POST 


AMAS Developer Guide 


For developing AMAS certified software 


Effective 8 December 2020 
Version 1.012 


AUSTRALIA 
Software q 
certified by p? T 


auspost.com.au 


Classification: PUBLIC 


Contents 


1 ContactUs 4 
1.1 Version History 4 
2 Using the AMAS Developer Guide 5 
2.1 Certification 5 
2.2 Technical specifications and obligations 5 
2.3 Quality Management System (QMS) 5 
2.4 Roadmap to Certification 6 
3  On-boarding/welcome back 7 
3.1 The on-boarding/welcome back process 7 
3.2  On-boarding/welcome back components 7 
3.3 The development PAF 8 
4 Development 9 
4.1 The development process 9 
4.2 Development concepts 9 
4.3 Software considerations 10 
4.4 Batch Vs Rapid Matching Software Development 14 
4.5  TheSelf-Test File 14 
4.6 Address Matching Rules 16 
5 Declaration 54 
5.1 The Declaration Process 54 
5.2 Declaration Form 54 
6 AMAS approval 56 
6.1 The Approval Process 56 
6.2 Approval Tests 56 
6.3 Matching Standards 59 
6.4 Approval Results 65 
7 The payment process 73 
7.1 The Payment Process 73 
7.2 Fees 73 


Australia Post AMAS Developer Guide 


Classification: PUBLIC 


02 


10 


11 


12 


7.3 Payment Methods 


The PAF 

8.1 Provision of the PAF 
Making Modifications 

9.1 The Modification Process 
The Termination Process 
10.1 The Termination Process 

10.2 De-Registration Form 

10.3 Software Implications 
Support and Troubleshooting 
11.1 General Support 

11.2 Marketing Support 

11.3 PAF Feedback 

Glossary 


12.1 Barcoding 


Australia Post AMAS Developer Guide 


Classification: PUBLIC 


73 


74 


74 


75 


75 


76 
76 
76 


76 
77 
77 
77 
77 
78 


81 


03 


1 ContactUs 


The Australia Post Data & Insights team can assist with any questions relating to Australia Post data including the Postal Address File (PAF). 


You will receive a response to your query within 2 to 72 hours depending on the severity of the query. The initial response may not 
necessarily include problem solution as investigation may be required. If you have any concerns about a query that has not yet been 


acknowledged, please email apdata.help(9 auspost.com.au. 


The team operates between 9am and 5pm Monday to Friday (Eastern Standard Time), excluding National and Victorian public holidays. 
Please note: Australia Post has a shutdown period for two weeks in December, the team will be unavailable during this time. The shutdown 
dates will be communicated to data partners in early December each year. 


For participants seeking AMAS Certification, please refer to the relevant section in this guide. 


Please contact us on: 


E-mail: apdata.help@auspost.com.au 


* Mail: Data & Insights 
Australia Post 
Level 18, 111 Bourke Street 
MELBOURNE VIC 3000 


Website: auspost.com.au/business-solutions/address- 
matching-approval-system.html 


1.1 Version History 


Version Author Description 
1.01 Australia Post — Operations Addition of AM Rule — Parcel Locker/Parcel Collect 
1.012 Australia Post — Product Revision of AM Rule - Parcel Locker/Parcel Collect — Section 4.6.9 
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2 Using the AMAS Developer Guide 


The purpose of this AMAS Developer Guide is to explain all the rules and obligations of becoming an AMAS Program participant and to guide 


the development of compliant address matching software with Australia Post's address matching standards. 


This guide is arranged in the order of the steps outlined in the roadmap to certification, along with a glossary and any necessary additional 


support information to assist participants. 


To ensure compliance, this guide should be read in its entirety and regular reference should be made to the Australia Post Data Guide. The 
Australia Post Data Guide contains additional information on the PAF and file structures that will assist in development. A full understanding 
of this guide will facilitate software development, approval and ongoing compliance. Contact apdata.help@auspost.com.au for support. 


2.1 Certification 


The AMAS Certification process uses a framework for the development of address matching tools, which adhere to stringent performance, 
accuracy and quality standards. This drives the development and sale of continuously improved quality address matching products in the 
marketplace. The AMAS Program is focussed on the matching of a Delivery Point Identifier (DPID) to an address through the use of approved 


software. 


Certification provides the following benefits: 


e the ability to develop address-matching software 

e a quality process to match and verify addresses 

e assistance with data integration 

e a market recognised software accreditation from Australia Post 
e marketing support under the AMAS certification logo 


e choices for end-users who wish to barcode their mail including the ability to purchase AMAS approved address matching software 
from a third party vendor and to utilise outsourced services for address matching and/or printing of the subsequent barcodes. 


2.2 Technical specifications and obligations 


The technical specifications required for software to become AMAS certified are listed in both the Australia Post Data Guide and this 
document. Both documents should be read in their entirety to ensure software meets the requirements of the AMAS Program. The 


obligations of participants are outlined in their individual licence agreements. 


2.3 Quality Management System (QMS) 


Australia Post is committed to providing data products that adhere to the highest standards of quality 
management. As a result, the Quality Management System (QMS) was established to ensure that all AMAS 
Program activities are performed in a suitably consistent and repeatable manner leading to impartial and 
predictable outcomes for all participants. 


We are committed to a quality approach, as captured in the goals of the QMS. The Quality Assurance nominee 
has the delegated responsibility for ensuring that the quality system is implemented, maintained, reviewed, 
relevant and improved as required in accordance with market and internal needs. Formal management reviews 
are conducted annually to ensure that the QMS remains effective. 


The AMAS Program includes periodic independent reviews of our compliance with QMS procedures to 
International Standards (ISO). These reviews consider all relevant inputs including internal and external audit 
reports, feedback from participants, causes of any problems, results of recorded actions and suggested 
improvements. 


Certification to ISO was chosen for its independence, broad market acceptance, and universal recognition. The 
AMAS Program was first certified by SAI Global to ISO 9002:1994 in July 2000, to ISO 9001:2000, and then to ISO 
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9001:2008. The AMAS Program has continued to maintain its certification to ISO since inception. Our certificate number is QEC12572. 


Participants in the AMAS Program can benefit from the results of the QMS by adhering to file specification and other software guidelines as 


detailed in the Australia Post Data Guide and this document. 
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2.4 Roadmap to Certification 


The Address Matching Approval System (AMAS) Program operates on an annual cycle, which commences on 1 January and concludes on 31 
December of the same year. AMAS software may be sold once it has been approved for that cycle and can continue to be offered for sale 


until the end of the approved cycle year. 


The certification roadmap is a guide for participants to AMAS certification. This roadmap provides an overview of the process participants 
will undertake to achieve AMAS certification, maintain certification or terminate from the program. A more detailed explanation of the 
individual tasks and requirements for each step is covered in each of the sections of this document. 


The AMAS Certification Process 
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3 On-boarding/welcome back 


The on-boarding process is the starting point for new AMAS Program participants. It enables Australia Post to set up the details for each 
participant within our systems. The process provides registration, setting up a Business Credit Account to make payments, access to data and 
receive support. 


The welcome back process is for existing participants in the AMAS Program. 


As the AMAS cycle nominally runs on a calendar year basis, existing participants will get the opportunity to register before the beginning of 
each AMAS cycle to take advantage of the full calendar year of PAF releases. New participants can register at any time during the year. 


3.1  Theon-boarding/welcome back process 


The coloured boxes show the relevant steps of the on boarding/welcome back process from participant registration for an annual Data cycle 
through to the payment of the registration fee. 


Contact Retum Australia Post 


Australia Post Registration charges - 
Naw Yes for Registration Form, Business Registration Tas ctos 
oe Form, Business Credit Account Fee to : DEVELOPMENT 
Participant? $ QE ^ Signed PAF | 
Credit Account Application and Business Aursement 
Application and Signed PAF Credit 9 
PAF Agreement Agreem ent Account 
No 


Australia Post 
charges 
Registration 
Fee to 
Business 
Credit Account 


Receive new Retum 
Registration Registration 
Form Form (and 
(and Licence Licence if 
if required) required) 


Continue AMAS DEVELOPMENT 


Certification? 


3.2  On-boarding/welcome back components 


3.2.1 Registration form 


New participants to the AMAS Program will need to request a registration form from apdata.help@auspost.com.au to begin the process of 
registering the participating business into the AMAS Program. Australia Post will send a registration form, Business Credit Account 
Application form and a number of agreement to the potential participant. 


Existing AMAS Program participants will be sent an annual registration form in June each year to accommodate for any business 
requirements, including software development, that require significant planning. 


The registration form enables Australia Post to understand if the participant intends to continue in the program, gather accurate contact and 
business details for the next annual AMAS cycle and answer any questions about the next cycle in advance. Completed and signed forms 
need to be emailed to apdata.help@auspost.com. 


3.2.2 Business Credit Account Application 


Complete your Business Credit Account Application form and return it to the address listed on the form. Once your account has been 
opened, email apdata.help@auspost.com.au and advise them of your Charge Account Number. New participants will need to have a 
Business Credit Account Application approved before any data is provided for developing or testing. 


3.2.3 The Australia Post Data Licence agreement 


Businesses that register for the first time will be required to sign the Australia Post Data Licence agreement and relevant schedules to 
receive a development version of the PAF. This data will assist you in developing and testing your address matching and correction software. 


The agreement covers the permitted use of the PAF for development and testing purposes only, prior to formal approval of AMAS-approved 


software. 
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Once the two copies of PAF agreement are signed and returned to Australia Post by mail or a scanned copy by email, the development 
version of the PAF and associated data can be released to you. When your software has been approved through the certification process and 
an official AMAS licence is issued and you will need to sign the Australia Post Data licence agreement for ongoing use of the PAF. 


3.2.4  Theregistration fee 


The AMAS Program registration fee will be charged to your Australia Post charge account upon receipt of the signed registration form and 
the PAF development file is available to participants immediately. 


3.3  Thedevelopment PAF 


Upon completion of the registration process, Australia Post will provide you with access to the development PAF (PAF VYYYY.O), which 
includes the Self-Test File (STF), to use in the development of your software. All Approval Test Files and Rapid Approval Test files are also 
generated from this version of the PAF for testing purposes. 


More information about the PAF and file structures can be found in the Australia Post Data Guide. The process of using the development PAF 
is explained in the development section. 
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4 Development 


The AMAS certification development concepts are explained in this section, as well as the Address Matching Rules that for the basis for 
software certification. 


AMAS Program participants will need to develop their software against the Address Matching rules and Matching Standards set by Australia 
Post. A development version of the PAF is available to developers at the beginning of the process along with a Self-Test File (STF). The STF 
enables in-house testing prior to submitting software for formal approval with Australia Post. 


If a new participant of the AMAS Program is seeking certification for the first time, it is important that they adhere to all of the standards, 
specifications and rules as the software is developed. It is also necessary to read this guide in conjunction with the Australia Post Data Guide, 
which provides the detail about the PAF and its file structures. 


For existing participants, the development process may be used as required in order to maintain certification of your existing AMAS 
software. If there are no changes to your software since the last cycle it may be possible to use the declaration process to bypass 
certification for the cycle. 


Existing participants will need to use the development process and seek re-approval for their software if there are changes to your software, 
the PAF, Address Matching Rules or Matching Standards since the software was last certified. 


Australia Post may conduct audits on software issued with the AMAS certification at any time to ensure that software adheres to compliance 
and quality standards. 


4.1 The development process 


The coloured boxes show the relevant steps for the certification process from receiving the development version of the PAF and Self-Test 
File through to the end of software development when the participant will request the Approval Test File from Australia Post. 
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Self Test File 


Test software 
against the 
PAF and the 

Self Test File 


New 
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Develop the 
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version of the 
PAF andthe 
Self Test File 


software or 


WELCOME No 


BACK 
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since the last 
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Test 
Develop new ft 
or modify DENAR, 
TY against the APPROVAL 
existing 


PAF and the 


adake Self Test File 


4.2 Development concepts 


4.2.1 Address Matching 


The goal of the AMAS Program Address Matching Rules is to provide the greatest number of matches with the least number of unintended 
matches. 


These rules must be implemented and successfully tested in order for your software to gain AMAS Approval. It is always the intention of the 
address matching software to be able to match to a PAF address. 
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The main goal of any address matching software is to provide a complete, standardised address and a correct DPID. However, there is an 
overarching principle that must be read in conjunction with this goal, and that is, an incorrect DPID is never allocated to an address record. It 
is better NOT to append a DPID than to append an incorrect DPID. A DPID cannot be assigned to an address unless it matches according to 
the AMAS rules. Techniques employing variations of "confidence levels" or "extended modes" etc must not be used for DPID assignment. 


The following matching rules contain the details and examples of what is permitted and what is not permitted in the AMAS matching 
process. 


Address matching goal Address matching principal 


The main goal of an address matching software is to provide a An incorrect DPID is never allocated to an address record. 
complete standardised address and a correct DPID. 
It is better NOT to append a DPID than to append an Incorrect 
DPID. 


4.3 Software considerations 


The process of matching input address records with address records contained in the PAF will depend on several tasks being performed on 
various address components. These tasks may include: 


e parsing an input address, ie. Breaking it down into individual address components such as house number, street name, street 
suffix, locality, state and postcode. This may include separating components attached to the addressee (name string) as well as the 
address (address string). 


e conducting an analysis of each input address component and if necessary, modifying the address format with the aid of conversion 
and standardisation guidelines, so that it conforms to Australia Post's Address Presentation Standards (see www.auspost.com.au). 


e matching an input address record to the corresponding address record contained in the PAF and appending a correct DPID. This 
may involve modifying address components as per the Address component Abbreviations in the Australia Post Data Guide. 


4.3.1  Parsing 


The practice common to address matching software is the treatment of the input address as a collection of separate address components. 
This is referred to as parsing. 


Parsing an address means breaking it down into its component parts. It is recommended that these components be defined in the same 
format as the PAF. Refer to the Data Guide for current information about the Postal Address File 


Table Structure 


e  Flat/Unit Type 


House Number 1 


Street Name 


e  Flat/Unit Number House Number 1 Suffix Street Type 

e Floor Level Type House Number 2 Street Suffix 

e Floor Level Number House Number 2 Suffix Postal Delivery Type 
e Building Property Name 1 Postal Delivery Number Locality 

e Building Property Name 2 Postal Delivery Number Prefix State 

e Lot Number Postal Delivery Number Suffix Postcode. 


After parsing the address, the separate address elements that make up the input address can be compared independently to the PAF 
address record, which is structured in the same format. Parsing is necessary because many address lists are kept in free form on computer 
files. The customer typically assigns 30 to 60 spaces for storing an address and the address is stored free form within that space. 


During the matching process, parsing ensures the best possible match of customer address files to PAF addresses. The parsing computer 


program examines the address space and correctly identifies individual address components. 


To achieve the highest percentage of matches, parsing should also be combined with the standardisation process, : converting Unit to U and 
Street to ST. The standardisation process is the Australia Post way of representing addresses using standard abbreviations in the PAF. The 
software developed needs to be able to cater for Australia Post standards. These standard abbreviations are found in the Australian Post 


Data Guide Glossary. 


Australia Post rules do not cover the process of conversion — the process of converting addresses that are not represented using the 
standard abbreviations, into the accepted standard abbreviations. If addresses are represented in non-standard formats, data cleaning will 
need to take place separately to give the best opportunity for address matching. 
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4.3.1.1 Name string and address string 


A number of inputs into an address are related to whom the article (mail or parcel) is addressed to. The most common of these inputs are 
the addressee, however, there are also a number of components that relate to the addressee and should be included in the "Name string" 
and excluded from the "address string" for the purposes of address matching. 


These components can involve information pertaining to the delivery of parcels to Parcel Lockers or Parcel Collect collection points. The 
components that might be associated with a "name string" would be: 


e Parcel Locker 
e Parcel Collect 
e Australia Post Customer Number (APCN) 


Non-address related elements that are presented in the "name string" need to be retained in the final output to aid postal delivery Eg: 
Building Property names, Hotel room nos, Apartment numbers, Australia Post Customer Numbers, words like ‘Parcel Locker or Parcel 
Collect'. 

4.3.2  Standardisation guidelines 


SG 1 - Flat Unit Types 


Standardise flat unit types to the preferred abbreviation. For example: 


Before Standardisation After Standardisation 
FLAT F 

UNIT U 

APARTMENT APT 

SUITE SE 

OFFICE OFF 


SG 2 — Floor Level Types 


Standardise floor level types to the preferred abbreviation. For example: 


Before Standardisation After Standardisation 
FLOOR FL 

LEVEL L 

MEZZANINE M 


SG 3 — Street Types 


Standardise the appropriate street types to the preferred abbreviation. For example: 


Before Standardisation After Standardisation 
STREET ST 
ROAD RD 
DRIVE DR 


Be aware that some street names may contain more than one street type as a street name. Therefore, not all of them are to be converted and 
sometimes they may need to be interpreted differently to match the PAF address record. For example: 


HIGH STREET ROAD Street Name = HIGH STREET Street Type = RD 
THE AVENUE Street Name = THE AVENUE Street Type = (none) 
ESPLANADE Street Name = ESPLANADE Street Type = (none) 
ESPLANADE HEADLAND Street Name = ESPLANADE HEADLAND Street Type = (none) 
BEACH ESPLANADE Street Name = BEACH Street Type = ESP 


SG 4 - Street Suffixes 


Standardise street suffixes to the preferred abbreviation. For example: 


Before Standardisation After Standardisation 
EAST E 
WEST WwW 


Be aware that some street suffixes may be part of the street name, and sometimes they may need to be interpreted differently to match the 
PAF address record. For example: 


SOUTH PINE RD EAST 
Street Name = SOUTH PINE Street Type - RD Street Suffix = EAST 
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SG 5 — State 


Standardise state types to their AMAS valid abbreviated form. For example: 


Before Standardisation After Standardisation 
QUEENSLAND QLD 

NEW SOUTH WALES NSW 

TASMANIA TAS 


It is a requirement that all State types are only represented in their AMAS valid abbreviated form. 


4.3.3 Conversion guidelines 
CG 1 - Floors and Levels 


Convert numeric floor level type data to the preferred standard. For example: 


Before Conversion After Conversion 
15T FLOOR FLOOR 1 
2ND FLOOR FLOOR 2 
3RD FLOOR FLOOR 3 
4th LEVEL LEVEL 4 


CG 2 - Numeric Street Names 


Convert numeric street names from their numeric representation to their alphabetic equivalent. For example: 


Before Conversion After Conversion 
1st AVENUE FIRST AVENUE 
2nd AVENUE SECOND AVENUE 
3rd AVENUE THIRD AVENUE 
4TH STREET FOURTH STREET 


4.3.4  DPID assignment 


DPIDs are only to be applied to addresses using the current PAF and AMAS software. 


No DPID can be assigned to an address unless it matches according to the AMAS rules. Techniques employing variations of 
"confidence levels", or "extended modes" etc must not be used for DPID assignment. 


4.3.5 Exact and inexact matching 
Address Matching can be separated into two categories: Exact and Inexact matching. 


For AMAS Program purposes, the definitions of "exact" and "inexact" matching are limited to the process of address component comparison 
and do not include topics such as misspellings, phonetic determination or other types of inexact comparisons. Depending on whether the 
address matching process falls into the exact or inexact category, different logical procedures are to be applied. 


4.3.5.1 Exact Matching 

Exact matching is the process of matching each of the components of the customer/test record with the corresponding address components 
in the PAF. When all the elements are present on the input address and there is only one candidate PAF record to which they match, then 
the match is considered valid. 


Address Matching Example 


PAF RECORDS 


31 MAIN ST 
MELBOURNE VIC 3000 


CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


31 MAIN ST MELBOURNE VIC 31 MAIN ST All components of the customer/test record match exactly 
3000 MELBOURNE VIC 3000 to the PAF record. 
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4.3.5.2 Inexact Matching 
The category of inexact matching is more difficult to articulate; this is when the art of address matching happens. 


Address matching software products may implement many methodologies to resolve inexact matches. In order to deal with inexact matches, 
familiarity with the AMAS Program matching rules, and the code and synonym tables and tie breaking rules found in the this guide are 
required. 


Once Code File Matching (CFM), Synonym File Matching (SFM), Address Matching (AM) and Tie Breaking (TB) rules have been applied to a 
customer/test record and a match to a corresponding record on the PAF has not been made, it may still be possible to assign a DPID. In 
certain circumstances a DPID can be assigned to a customer/test record by matching to an associated real or phantom primary point. For 
more information, refer to matching to primary points and the associated content in the Definition of Secondary Information. 


Note: there are some limits on the type and number of changes that can be made in order to attain a matching PAF record. Customers may 
not be able to match all their addresses, especially if they don't have all the required address components or they have something other 
than the correct address as issued by the relevant authorities. 


Address Matching Example: 


SYNONYM RECORDS 


ASHGROVE ST JOHNS WOOD V 
ASHGROVE WEST ASHGROVE U 
PAF RECORDS 
22-24 MAIN ST ASHGROVE U1 22-24 MAIN ST U 2 22-24 MAIN ST 
QLD 4060 ASHGROVE QLD 4060 ASHGROVE QLD 4060 
U 3 22-24 MAIN ST U4 22-24 MAIN ST U 5 22-24 MAIN ST 
ASHGROVE QLD 4060 ASHGROVE QLD 4060 ASHGROVE QLD 4060 
CUSTOMER/TEST RECORD MATCH TO EXPLANATION 
FLAT 5 22 MAIN RD ST U 5 22-24 MAIN ST Flat is converted to U, correct Flat Unit Type using the Code File, the 
JOHNS WOOD QLD 4060 ASHGROVE QLD 4060 Locality is converted to the correct Locality using the Synonym File, 


Street Type is changed to ST using AM Rule 


FLAT 6 22 MAIN ST ASHGROVE 22-24 MAIN ST ASHGROVE Refer to AM Rule and PPM Rule 1 
QLD 4060 QLD 4060 


4.3.6 Deciding the Development Platform 


To make testing easier, software can be tested on a single platform to prevent having to repeat tests for different versions of the software 
within the same platform family. 


AMAS approval testing is only performed on associated platform families. Therefore if a product runs on UNIX and Linux, only one test would 
be required to represent the platforms within the family. The recognised platform groupings according to AMAS are as follows: 


Recognised Platform Groupings 


WIN Windows 2000, Windows XP, Microsoft 
UNIX AIX, Linux, Solaris, UNIX 

MVS MVS, VMS, VSE 

AS400 AS400 

OS390 OS390 (inc zOS) 

MAC Macintosh 

WEB Website 


Multi-platform testing is available to participants who want to test a single program that is used across a number of platform families. The 
availability of multi-platform testing ensures the AMAS Program quality standards are still maintained, while offering a more convenient and 
cost-effective means of testing to its participants. 


The internal testing must include the end-to-end process. That is, even though the matching engine may be ‘wrapped’ in different software, 
the internal testing process needs to ensure that the data being presented to all versions of software produced the same end results. This is 
to ensure that the ‘wrapping’ software does not interfere with the matching results. 
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When the vendor is satisfied that the software achieves the same result for all associated platforms, they can apply for multi-platform 
testing for the approval process. 


Please refer to the batch Scoring, results and analysis report in the approval section of this guide for details on how AMAS will score your 
approval test. 


4.4 Batch Vs Rapid Matching Software Development 


4.4.1 Choose the Method of Address Matching 


One of the first development decisions is to determine what kind of address matching method will best suit the software being developed. 
The two options are Batch and Rapid Matching. 


The choice of software development will impact the testing and approval process as the testing will either be conducted in either the Batch 
Address or Rapid format. Developers may commit to building software so that it can be done as both Batch and Rapid, but this decision must 
be made at the beginning of the development process. 


Batch Software Rapid Software 
OR 


(Non-interactive) (Interactive-requires user intervention) 


Batch Software 


This is the automatic matching of a given target address and returning the one corresponding DPID and its correctly presented address in 
accordance with the AMAS rules without any manual intervention or selection within the AMAS process. 


Note: separate and external pre or post processing of addresses may occur outside of the AMAS processes, but the DPID may only be 
assigned through an AMAS matching process and can only be assigned to the address presented to the AMAS matching process. 


Rapid Software 


This software accepts an entire or partial address and then displays a list of possible address matches for manual selection, returning the 
standardised address and associated DPID. It is worth noting that the testing requires some differences to that of your production software. 
For example, in production a printed Barcode cannot contain a "zero" DPID value. 


4.5  TheSelf-Test File 


The Self-Test File (STF) is designed to assist software developers in the development of address matching logic. As a software developer, the 
STF, when used with the Development version of the PAF will enable you to measure and self-diagnose the accuracy of your address 
matching software, prior to submitting the software for formal Approval. The STF will be supplied via e-mail. Due to the size of the file, it will 
be compressed using a ZIP facility. 


Unless otherwise specified, the following STF information relates to both the Batch and Rapid STF. The Rapid STF is available upon request 
from the Apdata.help@auspost.com.au and contains approximately 250 records for testing purposes. 


The STF contains sample addresses that simulate customer "input details" records and the corresponding details from the PAF. 


The STF will supply the “answer details" where an address matches the PAF record, or “no details" where there is no matching PAF record, 
according to the AMAS Address Matching rules. In this way you can use the STF to self-assess your software for its ability to match addresses 
and append the DPIDs in accordance with the AMAS Program rules before attempting the formal approval test. 


Australia Post does not score your self-test file results. The STF is for your internal use and self-assessment while developing software. It is 
provided as a guide only, as your software should be developed against the full address matching rules, not just the STF contents. The STF 
may not contain all address variations that may be present in an Approval Test File (ATF), it is important to remember that passing the self- 
test file does not guarantee passing the approval process using the ATF. 


Due to the complexities of address matching and the difficulty in ensuring uniqueness of records, the STF released with PAF VYYYY.O will 
initially be released in a beta version. The main release of the STF and the basis for all AMAS software testing will be released with, and 
based on, PAF VYYYY.O. 


There will be two primary releases of the STF for use in development of AMAS cycle software: 
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Self-Test File — Beta Version Self-Test File — Production Version 


€ contains approximately 20,000 records and ! : 
. ®@ contains approximately 20,000 records. 
corresponding answers. 


. @ Made available approximately 1 month after the 
Aisne from early.July. release of the Beta version 


* More than one version of the STF (Beta) may be . 
. f M f @ The AMAS Program reserves the right to release 
released if errors are identified prior to the release 


. subsequent versions if further issues are identified. 
of the production STF. 


A Beta version of the STF (based on each subsequent quarterly version of the PAF) will be released with each quarterly PAF. 


The STF released with the PAF is intended for use in internal testing if required. No guarantees will be made that the subsequent STF will be 
error free, nor will a production version of the subsequent STF be released. The Rapid STF is also available upon request, containing 
approximately 250 records. Value Added Resellers may supply a copy of the STF to each potential Reseller Sub-Licensee. 


The STF will contain three categories of tests. They are: 


e Valid — where an exact match is expected and a numeric DPID should be returned 
e  Amendable — where address correction is required and a numeric DPID should be returned 
e No Match — where no match should be provided and the DPID value returned is zero. 


The ability of your software to correctly allocate the DPID can be checked against the expected outcomes provided in the STF. Further 
detailed information regarding the address matching rules used in the STF available under the address matching ules section of this guide. 


The formal testing process also allows for a Declaration of multi-platform testing if eligible. This allows participants to submit a 
representative product for formal testing and approval, and then test similar products in-house, provided certain minimum requirements 
and criteria are met. 


Testing is expected during the pre-cycle period of August to November in preparation for the coming full calendar year cycle; however, it 
may be attempted any time after the release of PAF VYYYY.O up until of the end of the following year. 


Full details about the multi-platform testing option are outlined in the approval process section of this guide including information about the 
annual declaration audit for to test selected Multi-Platform products. The testing and approval processes are also covered in this guide. 
Value Added Resellers may supply a copy of the STF to each potential Reseller Sub-Licensee. 


4.5.1 General Structure of the STF 


e The first line of the file contains the header record. 

e The last line of the file contains the trailer record. 

e The rest are the detail records. There are about 20,000 detail records in a STF, each consists of the AMAS test address and AMAS 
standard answer. 


The conventions used in the following tables are: 


e  Aindicates alphabetic character (no numeric digits) 

e  Xindicates alphanumeric character 

e  Oindicates numeric digit only (0 — 9) 

e The length of each field is specified as an integer within parentheses in the Size column. 

e All character fields are left aligned 

e All numeric fields are right aligned with padding zero in front to make up the length. The exceptions are: 


o The postcode field where both rules apply, ie. left aligned and padded with zero. This field is set at 12 characters long, but 
it will contain a 4-digit postcode number, for example: “3001”, “0832”, plus 8 blanks. 


o FILE NBR and CUSTOMER ID which will be blanks 


e All answer fields on the detail records reflect the names of the fields used in the PAF tables. Refer to the Postal Address File Table 
Structure in the Australia Post Data Guide for more information. 

e Some field sizes in the Self-Test File differ from the PAF. This is to accommodate AMAS valid values from the Code and Synonym 
tables when answering the Approval Test File (ATF) and Rapid Approval Test File (RAATF). Refer to the AMAS Program Matching 
Rules in this guide. 
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STF Header 


SSS ———BMÉÉÁÉEN En! Ee 


RECORD TYPE A single character to indicate header record. A(1) 
COPYRIGHT SYMBOL Copy right of Australia Post. X(18) O Australia Post 
FILE CREATION. DATE Date file created in YYYYMMDD format. X(8) 19990420 
FILE TYPE File type. A(3) STF 
FILE NBR An 8 digit number created by the AMAS Program to uniquely identify the X(8) 
file. Not applicable for STF — set as blanks. 
CUSTOMER ID An 8 digit number created by the AMAS Program to uniquely identify the X(8) 


AMAS Program customer. Not applicable for STF — set as blanks. 


STF Detail 

Field Size | Er - 
RECORD TYPE A single character to indicate detail record. A(1) 
RECORD ID AMAS test case record number. 9(8) 00234567 
TEST TYPE NBR AMAS test type number. 9(8) 00000001 
(padded with leading zeroes) 00000349 
INP ADDRESS 1 Line 1 of test address. X(50) 
INP ADDRESS 2 Line 2 of test address. X(50) 
INP ADDRESS 3 Line 3 of test address. X(50) 
ANS DELIVY POINT ID Answer delivery point identifier (DPID). 9(8) 34567890 
ANS FLAT UNIT TYPE Answer flat/unit type. X(12) U 
ANS FLAT UNIT NBR Answer flat/unit number, including suffix. X(7) 1 
ANS FLOOR LEVEL TYPE Answer floor/level type. X(18) FL 
ANS FLOOR LEVEL NBR Answer floor/level number. X(5) 2 
ANS LOT NBR Answer lot number. X(6) 100 
ANS POSTAL DELIVERY TYPE Answer postal delivery type. X(11) PO BOX 
ANS POSTAL DELIVERY NBR Answer postal delivery number. 9(5) 00020 
ANS POSTAL DELIVERY NBR PFX Answer postal delivery number prefix. X(3) N 
ANS POSTAL DELIVERY NBR SFX Answer postal delivery number suffix. X(3) A 
ANS HOUSE NBR 1 Answer house (street) number 1 9(5) 00023 
ANS HOUSE NBR SFX 1 Answer house (street) number 1 suffix. X(1) A 
ANS HOUSE NBR 2 Answer house (street) number 2 9(5) 00000 
ANS HOUSE NBR SFX 2 Answer house (street) number 2 suffix. X(1) 
ANS STREET NAME Answer street name. X(30) SMITH 
ANS STREET TYPE Answer street type. X(13) ST 
ANS STREET. SFX Answer street suffix. X(10) Ww 
ANS_LOCALITY_NAME Answer locality name. X(46) WINDSOR 
ANS POSTCODE Answer postcode. X(12) 3214 
ANS STATE Answer state. X(3) VIC 

STF Trailer 

Field E xL 
RECORD TYPE A single character to indicate trailer record. A(1) 
FILE RECORD COUNT Count of number of detail records in the file. 9(8) 00020891 


4.6 Address Matching Rules 


AMAS Program Address Matching Rules are all the business rules that software must adhere to, so that it is able to pass the AMAS 
certification process. The goal of the rules is to provide the greatest number of matches with the least number of unintended matches. 
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These rules are the subject of the Approval Test File cases, they must be implemented and successfully tested in order for your software to 
gain AMAS Approval. 


The following matching rules contain the details and examples of what is permitted and what is not permitted in the AMAS matching 
process. 


Note: All matching rules need to be considered when attempting an inexact match. 
4.6.1 Address Matching Hierarchy 


The PAF is made up of address and reference data, both must be used by AMAS software. The following address matching hierarchy is to be 
followed in the matching process. It shows where the reference data is used in relation to all matching rules. 


For AMAS address matching purposes, the following steps should be taken in this order, when using the PAF files to attempt to match to the 
customer/test record: Please refer to all other rules to determine what is or is not permitted. 


Exact match to the 
PAF (this includes the 
use of the Code and 
Synonym files) 


Address Matching Heirarchy 


Match using Misspelt 
Locality/Synonym Rule 
only 


Match using Street 
Alternates 


Match using Bordering 
Localities 


Match using Street 
Alternates and 
Bordering Localities 


Match all Address 
Matching Rules 


Match using Group 
DPID 


Match using Locality 


DPID 


4.6.2 Code and Synonym Files 
4.6.2.1 The Purpose of the Code and Synonym Files 


In addition to AMAS software, many organisations will have data enhancement programs in place to improve address information to gain 
higher match rates. This will normally involve those addresses that fail to match through the first cycle of address matching. 


Once the data enhancement program has occurred, the customer’s address database will need to be reprocessed using the AMAS approved 
software in order to assign DPID’s. Records within the customer’s database will now have a higher probability of matching to a 
corresponding PAF address record. 
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The Code and Synonym files are provided as reference sources to aid in address matching. They are the only additional data sources allowed 
for use in the AMAS address matching process. Proprietary Code and Synonym files and other fuzzy matching may only be used in your data 
enhancement programs. That is processing that occurs externally to the AMAS software. 


Address components are classified in the code and synonym files as the following types: 
Code file 


The Code file contains details of valid and unacceptable representations of individual address components. 


Address Type Code Type 


Flat/Unit Types FUT 
Floor/Level Types FLT 
Street Types STT 
Street Suffixes STS 
Postal Delivery Types PDT 
State STA 


Synonym file 
The Synonym file contains details of valid and unacceptable locality synonyms. 


Synonym Type Code Type 


Locality Synonym LOC 


4.6.2.2 The Code file 


The Code file contains the valid AMAS values for individual address components and forms part of the PAF. It is named PAF_VYYYY- 
N_CODE.zip. The Code file is provided as a reference source to aid in address matching. It should also be used to explain the abbreviations 
used in the PAF and Self-Test Files. Use of the Code file for standardising or abbreviating does not constitute a change to an address for 
matching purposes. 


The Code file will enable software developers to return only valid AMAS values; that is values with a TYPE_ACTN_CODE of V into the 
respective answer fields of the Approval Test File (ATF) and Rapid Approval Test File (RAATF), in accordance with the appropriate address 
matching rules and scoring routines. 


The values contained in the Code file (TYPE_ITEM_ABBR field) are consistent with abbreviations contained in AS 4590 — 1999 Australian 
Standard for Interchange of Client Information. The values contained in the Code file (TYPE ITEM) may be either valid or common variations 
of valid items. Refer to the Data Guide for detailed file structure listings and abbreviations. 


Example of values contained in the Code file: 


RECORD. ACTN CODE TYPE ID TYPE_ITEM TYPE_ITEM_ABBR TYPE_ACTN_CODE 
FLT L L 


V 
l FLT LEVEL L V 
l FUT U U V 
l FUT UNIT U V 
l PDT PO BOX PO BOX V 
l PDT POST OFFICE BOX PO BOX U 
l PDT C/- P O BOX PO BOX U 
l STA VIC VIC V 
l STA VICTORIA VIC U 
l STT ST ST V 
l STT STREET ST V 
l STS S S V 
l STS SOUTH S V 


Note: any registered AMAS Program participant desiring an additional TYPE ITEM to be included in the PAF Code file should make 
representations to Australia Post via apdata.help@auspost.com.au. 


File value explanation: 
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Explanation 


RECORD_ACTN_CODE the record action code identifies the action required for the record with each release of the PAF. The 
RECORD ACTN CODE has a value of "I" for Insert. 
TYPE ID the type identifier refers to the component of the address to which the code relates. The TYPE ID may 


contain the following values: 


“FLT” which means Floor/Level Type 
"FUT" which means Flat/Unit Type 
“PDT” which means Postal Delivery Type 
"STA" which means State Type 

“STT” which means Street Type 

“STS” which means Street Type Suffix 


TYPE_ITEM the address type item is a common representation of this address component. An example is "LEVEL". 

TYPE ITEM ABBR the address type item abbreviation is the valid AMAS abbreviation for this address component. An 
example is “L”. 

TYPE ACTN CODE the address type action code indicates whether the value may be returned into the respective field in the 
ATF or RAATF. It may contain the values "V" for Valid or "U" for Unacceptable. 


Code File Matching (CFM) rules 
CFM Rule 1 — Meaning of "V" 


For AMAS address matching purposes the value "V" in the TYPE ACTN. CODE field means the value contained in the TYPE ITEM field is Valid. 
The TYPE ITEM value can be used to assist address matching and can also be returned into the respective answer field in the relevant 
Approval Test File (ATF) or Rapid Approval Test File (RAATF). 


CFM Rule 2 — Meaning of “U” 


For AMAS address matching purposes the value “U” in the TYPE_ACTN_CODE field means the value contained in the TYPE_ITEM field is 
Unacceptable. The TYPE_ITEM value can be used to assist address matching; however, after the match has been made the associated value 
in the TYPE ITEM ABBR field must be returned into the respective answer field in the Approval Test File (ATF) or Rapid Approval Test File 
(RAATF). 


Address Matching Example: 


PAF RECORDS 


U5 22-24 MAIN RD PO BOX 8 

ASHGROVE QLD 4060 ASHGROVE QLD 4060 
UNIT 5 22 MAIN ROAD U5 22-24 MAIN RD Address is matched as it appears in the PAF and address 
ASHGROVE QUEENSLAND 4060 ASHGROVE QLD 4060 components are standardised. 
C/- PO BOX 8 PO BOX 8 The Postal Delivery Type is converted using the Valid entry 
ASHGROVE QLD 4060 ASHGROVE QLD 4060 from the Code File. 


Permissible answer examples for the Approval Test File (ATF) or Rapid Approval Test File (RAATF). 
U5 22-24 MAIN RD ASHGROVE QLD 4060 

U5 22-24 MAIN ROAD ASHGROVE QLD 4060 

UNIT5 22-24 MAIN RD ASHGROVE QLD 4060 

UNIT 5 22-24 MAIN ROAD ASHGROVE QLD 4060 

PO BOX 8 ASHGROVE QLD 4060 


4.6.2.3 The Synonym File 
The synonym file contains valid/acceptable and unacceptable locality synonyms to aid in your address matching. It forms part of the PAF and 
is named PAF_VYYYY-N_SYNONYM.zip. Refer to the Australia Post Data Guide for a detailed file structure listing. 


Individual locality synonym records from the synonym file are not reproduced in this guide, as additions are regularly made. If a listing is 
required, then the PAF_VYYYY-N_SYNONYM..zip file should be printed. 


Valid synonym records (values with a TYPE ACTN CODE of V), from the PAF synonym file may be returned in the respective answer field of 
the Approval Test File (ATF) or Rapid Approval Test File (RAATF). 
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Examples of values contained in the synonym file: 


RECORD_ACTN_CODE TYPE_ID LOCALITY_ID SYNONYM POSTCODE TYPE_ACTN_CODE 


1143 ST JOHNS WOOD 4060 V 
l LOC 1143 WEST ASHGROVE 4060 U 
l LOC 5742 PINE PARK 5742 V 
l LOC 19436 BARMAH EAST 3639 V 
l LOC 19436 EAST BARMAH 3639 U 


Note that any registered AMAS participant desiring additional synonyms to be included in the PAF synonym file should make representations 
to Australia Post via apdata.help@auspost.com.au. 


File value explanation: 


Explanation 


RECORD ACTN CODE The record action code identifies the action required for the record with each release of the PAF. The 
RECORD ACTN. CODE has a value of "I" for Insert. 

TYPE ID The type identifier refers to the type of synonym for each record. The TYPE ID has a value of "LOC" for 
Locality. 

LOCALITY ID The locality identifier is the value linking the synonym record to the associated record of the parent 


locality in the PAF Locality file. 


SYNONYM The locality synonym contains the value of the alternative locality name and can be used to assist 
address matching. This value may be returned into the respective answer field in the Approval Test File, 
or Rapid Approval Test File depending on the value contained in the synonym type action code 
(TYPE ACTN CODE) field. 


POSTCODE The postcode of the PAF locality that the synonym is linked to via the locality identifier (LOCALITY ID). 


TYPE ACTN CODE The synonym type action code indicates whether the value may be returned into the respective field in 
the ATF or RAATF. It may contain the values "V" for Valid or "U" for Unacceptable. 


Synonym File Matching (SFM) Rules 
SFM Rule 1 — Meaning of "V" 


For AMAS address matching purposes, the value "V" in the TYPE ACTN. CODE field means that the value contained in the synonym field is 
Valid. The SYNONYM field value can be used to assist address matching and can also be returned into the respective answer field in the 
Approval Test File (ATF) or Rapid Approval Test File (RAATF). 


Valid synonyms are gazetted Localities that are yet to have their boundaries defined by the relevant municipal council or are official Australia 
Post facility names. 


SFM Rule 2 — Meaning of “U” 


For AMAS address matching purposes, the value “U” in the TYPE_ACTN_CODE field means that the value contained in the Synonym field is 
Unacceptable. The SYNONYM field value can be used to assist address matching. After the match has been made, the associated locality 
record from the PAF Locality file (identified by the value in the LOCALITY_ID field of the synonym file), must be returned into the respective 
answer field in the Approval Test File (ATF) or Rapid Approval Test File (RAATF). 


Unacceptable synonyms are common variations of the official Locality name. They represent various misspellings and misrepresentations of 
the official Locality. 


Address Matching Example: 


PAF RECORD SYNONYM RECORDS 


U5 22-24 MAIN RD ST JOHNS WOOD 
ASHGROVE QLD 4060 WEST ASHGROVE 


CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


UNIT 5 22 MAIN ROAD U 5 22-24 MAIN RD The Locality is converted to the correct PAF Locality Name using 
ST JOHNS WOOD QLD 4060 ASHGROVE QLD 4060 the Synonym File. 
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U 5 22-24 MAIN ROAD U 5 22-24 MAIN RD The Locality must be converted to the correct PAF Locality Name 
WEST ASHGROVE QLD 4060 ASHGROVE QLD 4060 using the Synonym File. 


Permissible answer examples in the Approval Test File (ATF) or Rapid Approval Test File (RAATF): 


U 5 22-24 MAIN RD ASHGROVE QLD 4060 

U 5 22-24 MAIN ROAD ASHGROVE QLD 4060 
UNIT 5 22-24 MAIN RD ASHGROVE QLD 4060 
UNIT 5 22-24 MAIN ROAD ASHGROVE QLD 4060 


U 5 22-24 MAIN RD ST JOHNS WOOD QLD 4060 

U 5 22-24 MAIN ROAD ST JOHNS WOOD QLD 4060 
UNIT 5 22-24 MAIN RD ST JOHNS WOOD QLD 4060 
UNIT 5 22-24 MAIN ROAD ST JOHNS WOOD QLD 4060 
4.6.3 Street Alternate Matching (SAM) Rules 


Street Alternates allow for matching to addresses using a thoroughfare name different to the official address contained in the PAF. The 
alternate name may have been a previously used name or a section of the road that is renamed while passing through a town such as MAIN 
ST with HUME HWY. 


For AMAS address matching purposes it is permissible to match the address of the customer/test record using a Street Alternate when: 


e An exact match must be made on all other address components 

e  Thecustomer/test record contains a valid Locality, Postcode combination 

e There is no more than one possibility as a result of using Street Alternates 

e The Address Matching Hierarchy is used in accordance with other address matching rules. 


Note: the Misspelt Locality rule may be used. Primary Point Matching Rule 1 may not be used. The PAF or Street Alternate address details 
must be returned in the address format component fields of the test file. 


Address Matching Example: 


PAF RECORDS 


267 WHITEHORSE RD 433 WHITEHORSE RD 
NUNAWADING VIC 3131 MITCHAM VIC 3132 

PAF Street PAF Street PAF Street Alternate Street Alt Street PAF Locality 
VN FF en 

WHITEHORSE MAROONDAH NUNAWADING 3131 

WHITEHORSE RD MAROONDAH HWY MITCHAM 3132 
MITCHAM MITCHAM EAST 3132 
267 MAROONDAH HWY 267 WHITEHORSE RD An exact match is made using the Street Alternate. 
NUNAWADING VIC 3131 NUNAWADING VIC 3131 
L1 433 MAROONDAH HWY No Match An exact match must be made on all address 
MITCHAM VIC 3132 components of the customer/test record. PPM Rule 1 is 

not permitted. 
267 MAROONDAH RD No Match An exact match must be made on all address 
NUNAWADING VIC 3131 components in order to use the Street Alternate. 
267-271 MAROONDAH RD No Match An exact match must be made on all address 
NUNAWADING VIC 3131 components in order to use the Street Alternate. 
4/267 MAROONDAH RD No Match An exact match must be made on all address 
NUNAWADING VIC 3131 components in order to use the Street Alternate. PPM 
Rule 1 is not permitted. 
433 MAROONDAH HWY No Match Must have a valid Locality, Postcode combination to use 
MITCHAM VIC 3131 the Street Alternate. 
433 MAROONDAH HWY 433 WHITEHORSE RD Synonyms may be used to find the correct Locality and 
MITCHAM EAST VIC 3132 MITCHAM VIC 3132 match using the Street Alternate record. 
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4.6.4 


Bordering Locality Matching (BLM) Rules 


The use of Bordering Localities allows matching within a geographical area rather than a Postcode area used for Postal zoning purposes. 
They allow for matches just over the postcode boundary rather than modifying the customer/test record to an address within the boundary. 
Bordering Localities also cater for the issue of changes to Locality and Postcode boundaries and the delay of the update appearing in the 
PAF. They also deal with the use of a preferred Locality or Vanity address. 


For AMAS address matching purposes it is permissible to match the address of the customer/test record using a Bordering Locality when the 
following conditions are met: 


Note: 


The customer/test record contains a valid Locality, Postcode combination 

An exact match is made on all other address components 

There is no more than one possibility as a result of using Bordering Localities therefore if there is more than one possibility the 
result is NO MATCH and other address matching or DID level matching may not be used 

The customer/test record contains a Street address 

The Address Matching Hierarchy is used in accordance with other address matching rules 

The Primary Point Street Number is NOT contained in the PAF for the given Locality, as a Single Number or either number in a PAF 
ranged address. 

Note: the Primary Point Street Number refers to the Street Number in the customer record, Single or Ranged without Secondary 
information. If the Primary Point Street Number exists in the given Locality, it is permissible to match to a secondary address 
though it is not permissible to match to a Bordering Locality 

A corresponding address does not exist, in the given Locality, by changing the Street Type and matching on all other address 
components. If a match is available the result is No Match 

A corresponding address does not exist, in the given Locality, by adding or changing the Street Suffix and matching on all other 
address components. If a match is available the result is No Match. 


Please be aware of the following items when using this rule: 


The given Locality should be first checked using the Misspelt Locality/Synonym Rule 

Primary Point Matching Rule 1 may not be used 

The PAF Locality or Bordering Locality details must be returned in the address format component fields of the test file 
Bordering Locality links may cross State boundaries 

Bordering Locality links may exist only one way between Localities. 


Address Matching Examples 


Example 1: 


PAF RECORDS 


10 VANITY PL 5 APEX AVE 5 ALEX AVE 
MOORABBIN VIC 3189 HAMPTON EAST VIC 3188 MOORABBIN VIC 3189 


LOCALITY BORDERING LOCALITY 


HAMPTON EAST VIC 3188 MOORABBIN VIC 3189 
MOORABBIN VIC 3189 HAMPTON EAST VIC 3188 
10 VANITY PL 10 VANITY PL Unique exact match on all other address components using the 
HAMPTON EAST VIC 3188 MOORABBIN VIC 3189 Bordering Locality. 
5 APEX AVE 5 APEX AVE Unique exact match on all other address components using the 
MOORABBIN VIC 3189 HAMPTON EAST VIC 3188 Bordering Locality. 
10 VANITY PL No Match Must have a valid Locality, Postcode combination to use 
HAMPTON EAST VIC 3000 Bordering Localities. Breaks condition 1. 
5 ALEX AVE No Match No Bordering Locality link between Hampton and Moorabbin. 
HAMPTON VIC 3188 
5 ALEX AVE 5 ALEX AVE Bordering Locality not used as the Locality — Postcode 
HAMPTON EAST VIC 3189 MOORABBIN VIC 3189 combination is invalid. Incorrect Locality rule used. Breaks 
condition 1. 
Example 2: 


PAF RECORDS 


5 FRANCIS GR U 1/33 HALIFAX TCE U 2/33 HALIFAX TCE 
EASTWOOD NSW 2122 DENISTON NSW 2114 DENISTON NSW 2114 
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210 ROBERTS HWY L1 210 ROBERTS HWY L2 210 ROBERTS HWY 
EASTWOOD NSW 2122 EASTWOOD NSW 2122 EASTWOOD NSW 2122 


LOCALITY BORDERING LOCALITY 


EASTWOOD NSW 2122 DENISTONE NSW 2114 
DENISTONE NSW 2114 EASTWOOD NSW 2122 
5 FRANCIS GR 5 FRANCIS GR Unique exact match on all other address components using the 
DENISTONE NSW 2114 EASTWOOD NSW 2122 Bordering Locality. 
5 FRANCIS ST No Match The customer/test record contains a different Street Type. A match 
DENISTONE NSW 2114 must be made on all other address components to match to a 
Bordering Locality. 
APT 1/33 HALIFAX TCE U 1/33 HALIFAX TCE APT and U are interchangeable and a unique exact match can be 
EASTWOOD NSW 2122 DENISTON NSW 2114 made on all other address components using the Bordering Locality. 
PTHS 2/33 HALIFAX TCE No Match The customer/test record contains a different Unit Type. A match 
EASTWOOD NSW 2122 must be made on all other address components to match to a 
Bordering Locality. 
L3 210 ROBERTS HWY No Match Level 3 is not contained in the PAF. A match must be made on all 
DENISTONE NSW 2114 other address components to match to a Bordering Locality. 
210 ROBERTS HWY 210 ROBERTS HWY Unique exact match on all other address components using the 
DENISTONE NSW 2114 EASTWOOD NSW 2122 Bordering Locality. 
Example 3: 

34 FOURTH ST 34 FOURTH ST 51 FOURTH ST 

BOONDALL QLD 4034 FITZGIBBON QLD 4018 FITZGIBBON QLD 4018 

12 ROSE CT 12 ROSS CT RMB 6349 

SHORNCLIFFE QLD 4017 DEAGON QLD 4017 BOONDALL QLD 4034 
DEAGON QLD 4017 FITZGIBBON QLD 4018 
DEAGON QLD 4017 BOONDALL QLD 4034 
FITZGIBBON QLD 4018 DEAGON QLD 4017 
34 FOURTH ST No Match There is more than one possibility by using Bordering Localities in 
DEAGON QLD 4017 FITZGIBBON and BOONDALL. 
51 FOURTH ST 51 FOURTH ST Unique exact match on all other address components using the 
DEAGON QLD 4017 FITZGIBBON QLD 4018 Bordering Locality. 
12 ROSE CT No Match There is no Bordering Locality link between DEAGON and 
DEAGON QLD 4017 SHORNCLIFFE and there is more than one possibility by changing 


either the Street Name or Locality, refer to TB Rule Street Name 
versus Locality. 


RMB 6349 No Match Bordering Locality matching may not be used for Postal Delivery 
DEAGON QLD 4017 Type addresses. 
Example 4: 


PAF RECORDS 


12 BAKER ST U 1/12 BAKER ST 27 BAKER ST 
RICHMOND SA 5033 NETLEY SA 5037 NETLEY SA 5037 (Phantom PP) 
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PAF RECORDS 


27 BAKER ST 
MARLESTON SA 5033 


57 ADELAIDE GR 
RICHMOND SA 5033 


U 1/19 MURPHY ST 


33-35 KIRKWOOD AVE 
RICHMOND SA 5033 


57-59 ADELAIDE GR 
NETLEY SA 5037 


70 ELIZABETH ST 


U 1/33 KIRKWOOD AVE 
NETLEY SA 5037 


U 1/17-19 MURPHY ST 
RICHMOND SA 5033 


70-74 ELIZABETH ST 


NETLEY SA 5037 MARLESTON SA 5033 NETLEY SA 5037 
78 ELIZABETH ST 80 ELIZABETH ST 78-80 ELIZABETH ST 
MARLESTON SA 5033 MARLESTON SA 5033 NETLEY SA 5037 


LOCALITY BORDERING LOCALITY 


RICHMOND SA 5033 MARLESTON SA 5033 
RICHMOND SA 5033 NETLEY SA 5037 
MARLESTON SA 5033 RICHMOND SA 5033 
MARLESTON SA 5033 NETLEY SA 5037 
NETLEY SA 5037 RICHMOND SA 5033 
NETLEY SA 5037 MARLESTON SA 5033 


CUSTOMER RECORD MATCH TO EXPLANATION 


1/12 BAKER ST 12 BAKER ST The Primary Point Street Number is in the given Locality therefore 
RICHMOND SA 5033 RICHMOND SA 5033 Bordering Locality matching may not be used. 
SHOP 1/12 BAKER ST 12 BAKER ST The Primary Point Street Number is in the given Locality therefore 


RICHMOND SA 5033 


27 BAKER ST 
NETLEY SA 5037 


1/33 KIRKWOOD AVE 
RICHMOND SA 5033 


57 ADLEAIDE GR 
NETLEY SA 5037 


59 ADELAIDE GR 
RICHMOND SA 5033 


U 1/19 MURPHY ST 
RICHMOND SA 5033 


70-74 ELIZABETH ST 


RICHMOND SA 5033 
No Match 


33-35 KIRKWOOD AVE 
RICHMOND SA 5033 


57-59 ADLEAIDE GR 
NETLEY SA 5037 


No Match 


U 1/17-19 MURPHY ST 
RICHMOND SA 5033 


70 ELIZABETH ST 


Bordering Locality matching may not be used. 

The Primary Point Street Number is in the given Locality therefore 
Bordering Locality matching may not be used. Match no permitted as 
the customer record does not contain secondary information. 
The Primary Point Street Number is in the given Locality therefore 
Bordering Locality matching may not be used. 

The Primary Point Street Number is in the given Locality therefore 
Bordering Locality matching may not be used. 

Must be an exact match on all other address components to use 
Bordering Locality matching and address not available in given 
Locality. 

The Primary Point Street Number is in the given Locality therefore 
Bordering Locality matching may not be used. 

The Primary Point Street Number is in the given Locality therefore 


MARLESTON SA 5033 MARLESTON SA 5033 Bordering Locality matching may not be used. 
78-80 ELIZABETH ST No Match The Primary Point Street Number is in the given Locality therefore 
MARLESTON SA 5033 Bordering Locality matching may not be used. A match is not 
permitted in the given Locality as there are 2 possibilities. 
76-78 ELIZABETH ST No Match Outside the range of the PAF address. 
NETLEY SA 5037 
Example 5: 
23 MAYVIEW DR 23 MAYVIEW AVE 14-16 VICTORIA GR 
KELMSCOTT WA 6111 ARMADALE WA 6112 KELMSCOTT WA 6111 
14 VICTORIA ST 15 THIRD AVE N 15 THIRD AVE 
ARMADALE WA 6112 WUNGONG WA 6112 BYFORD WA 6122 
2 SECOND AVE N 2 SECOND ST 
WUNGONG WA 6112 BYFORD WA 6122 
KELMSCOTT WA 6111 ARMADALE WA 6112 
ARMADALE WA 6112 KELMSCOTT WA 6111 
WUNGONG WA 6112 BYFORD WA 6122 
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LOCALITY BORDERING LOCALITY 


BYFORD WA 6122 WUNGONG WA 6112 


CUSTOMER RECORD MATCH TO EXPLANATION 


23 MAYVIEW AVE 


No Match 


A corresponding address exists in the given Locality by changing the 


KELMSCOTT WA 6111 Street Type of the customer record. 

23 MAYVIEW ST 23 MAYVIEW AVE An exact match cannot be made using Bordering Locality matching 

ARMADALE WA 6112 ARMADALE WA 6112 though a match can be made by using other Address Matching rules. 

14 VICTORIA GR 14 VICTORIA ST An exact match cannot be made on all other address components 

ARMADALE WA 6112 ARMADALE WA 6112 using Bordering Locality matching though a match can be made by 
using other Address Matching rules. 

15 THIRD AVE No Match A corresponding address exists in the given Locality by adding the 

WUNGONG WA 6112 Street Suffix of the customer record and in the Bordering Locality 
making it ambiguous. 

2 SECOND ST 2 SECOND ST Cannot change both the Street Type and Street Suffix to match in the 

WUNGONG WA 6112 BYFORD WA 6122 given Locality. An exact match is available using the Bordering Locality. 

2 SECOND AVE 2 SECOND AVE N An exact match cannot be made on all other address components 

WUNGONG WA 6112 WUNGONG WA 6112 using Bordering Locality matching though a match can be made by 
using other Address Matching rules. 

Example 6: 


PAF RECORDS 


18 MALL CT 
BLACKBURN NORTH VIC 3130 


LOCALITY BORDERING LOCALITY 


BLACKBURN NORTH VIC 3130 DONCASTER EAST VIC 3109 
DONCASTER EAST VIC 3109 BLACKBURN NORTH VIC 3130 


CUSTOMER RECORD MATCH TO EXPLANATION 


18 MALL CT 18 MALL CT A corresponding address exists in the bordering Locality by 
DONASTER EAST VIC 3109 BLACKBURN NORTH VIC 3130 changing the misspelt locality of the customer record. 
18 MALL CT No Match Requires 2 characters to be added in order to match to the 


DONATER EAST VIC 3109 bordering locality. 


4.6.5 Address Matching (AM) Rules 


It is important to note that the address examples provided in this handbook are used to demonstrate the logic of the Address Matching 
Rules and are not a complete representation of the addresses within the PAF. 


Note: All address matching rules need to be considered in conjunction with each other before developing your software. 


4.6.5.1 AM Rule - Change to an Address 
For AMAS address matching purposes a change to an address in the matching process is defined as altering a component of an address other 
than through the use of the Code or Synonym Files. The following are not considered changes: 


e useofthe Code File for standardisation, for example: standardising STR to ST 
e useofthe Synonym File for conversion, for example: MELB to MELBOURNE 
e interchangeable values of address components, for example: F/U/APT. 


Refer to all other Address Matching Rules for further information. 


Address Matching Example: 


PAF RECORDS 


U 3 78 ALANDALE ST L 10 505 LITTLE COLLINS ST 
BRUNSWICK VIC 3056 MELBOURNE VIC 3000 
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LOCALITY SYNONYM POSTCODE 


BRUNSWICK 


BRUNSWICK LOWER 


3056 


CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


UNIT 3/78 ALANDALE STREET 
BRUNSWICK VIC 3056 

U 3 78 ALANDALE STR 
BRUNSWICK VIC 3056 

U 3 78 ALANDALE AVE 
BRUNSWICK VIC 3056 

U 3 78-80 ALANDALE ST 
BRUNSWICK VIC 3056 

U 3 78 ALANDALE ST 
BRUNSWICK LOWER VIC 3056 
APT 3 78 ALANDALE ST 
BRUNSWICK VIC 3056 


U 3 78 ALANDALE ST 
BRUNSWICK VIC 3056 
U 3 78 ALANDALE ST 
BRUNSWICK VIC 3056 
U 3 78 ALANDALE ST 
BRUNSWICK VIC 3056 
U 3 78 ALANDALE ST 
BRUNSWICK VIC 3056 
U 3 78 ALANDALE ST 
BRUNSWICK VIC 3056 
U 3 78 ALANDALE ST 
BRUNSWICK VIC 3056 


The Unit and Street Types are standardised. Neither 
is a change. 

The Street Type and State are converted to the 
Standard Abbreviation. Neither is a change. 

The Street Type is changed to that of the PAF record, 
this is a change. 

The Ranged Number is changed to a Single number, 
this is a change. 

The Locality Synonym is converted to the correct 
Locality, this is not a change. 

APT is interchangeable with U therefore this is not a 
change. 


LEVEL10 505 LITTLE COLLINS ST 
MELBOURNE VIC 3000 

FLOOR 10 505 LITTLE COLLINS ST 
MELBOURNE VIC 3000 

L10 505 LITTLE COLLINS ST 
MELBOURNE VIC 3000 


L 10 505 LITTLE COLLINS ST 
MELBOURNE VIC 3000 

L 10 505 LITTLE COLLINS ST 
MELBOURNE VIC 3000 

L 10 505 LITTLE COLLINS ST Multiple spaces are treated as a single space this is 
MELBOURNE VIC 3000 not a change. 


The Level Type is standardised which is not 
considered a change. 


The Level Type is interchangeable and is 
standardised neither considered a change. 


4.6.5.2 AM Rule - The Slash "/" Symbol 

For AMAS address matching purposes and in accordance with Australia Post Address Presentation Standards, the Slash “/” symbol is to be 
interpreted as signifying an address that includes a Flat/Unit Type Number. An address including a forward slash "/", without any Flat/Unit 
Type such as Flat, Unit, Suite, or Office, may only be interpreted as separating an apartment, flat or unit number from a house (street) 
number, ie. ^5/8". 


4.6.5.3 AM Rule - The Dash "-" Symbol 

For AMAS address matching purposes and in accordance with Australia Post mail presentation standards, the Dash “-” symbol is to be 
interpreted as signifying an address that includes a number range. This is classified as a Ranged Address. If the house/(street) number 
includes a number range, the range of applicable numbers should be included, separated by a dash, with no spaces between numerals, ie. 
43-7." 


4.6.5.4 AM Rule - Odd/Even Determination 

Within the PAF, ranged addresses may be represented as both odd numbers (317-321), both even numbers (318-320), or a combination of 
odd and even numbers (24-25). If the PAF ranged address contains both odd numbers (1-5) it only covers the odd numbers of the range (ie 1 
& 5). If the PAF ranged address is both even numbers (2-6) then it only covers the even numbers of the range (ie 2 & 6). However, if the PAF 
ranged address is a combination of odd and even numbers (1-4) it covers the odd and even numbers of the range (ie 1 & 4). 


For AMAS address matching purposes, if the customer/test record contains a ranged address it may only be matched to a corresponding 
range type within the PAF or a single street number. If the customer/test-ranged address is matched to a PAF ranged address they must be 
both odd ranges, both even ranges, or both a combination of odd and even ranges. 


4.6.5.5 AM Rule - Building Property Names 

Some records in the PAF may contain Building Property Names. These names are not currently used during AMAS address matching. There is 
no provision for Building Property Names to be returned into the associated answer fields in the Approval Test File or Rapid Approval Test 
File. It is recommended that a Building Property Name on a customer record be returned with the address to assist mail delivery. 


4.6.5.6 AM Rule- The "-" and other Components 
For AMAS address matching purposes and in accordance with AMAS Program Address Matching Rule 3, the Dash “- 
interpreted as signifying an address that includes a number range. 


” 


symbol is to be 


Example: 
If the PAF record contains 

3-7 MAIN ST PERTH WA 6000 
And if the customer/test record was 


3-7 MAIN ST PERTH WA 6000 
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Then an exact match would occur. 
However, If a Flat Unit or Floor Level Type is added to the above customer/test record, i.e. 
U 3-7 MAIN ST PERTH WA 6000 
the address would be considered as missing the associated Flat Unit Type number. 
Similarly, If a Floor Level Type is added to the customer/test record, i.e. 
L 3-7 MAIN ST PERTH WA 6000 
it would be considered as missing the associated Floor Level Number. 


Both customer/test records are to be considered ambiguous at this secondary information address detail. Please refer to the Definition of 
Secondary Information. These customer/test records can only be matched by applying Primary Point Matching (PPM) Rule 1 and matching to 
the primary point. 


Address Matching Example: 


PAF RECORDS 


3-7 MAIN ST U3 3-7 MAIN ST SHOP 3 3-7 MAIN ST 

PERTH WA 6000 PERTH WA 6000 PERTH WA 6000 

LEVEL 3 3-7 MAIN ST M 3-7 MAIN ST 

PERTH WA 6000 PERTH WA 6000 
U 3-7 MAIN ST 3-7 MAIN ST Insufficient Secondary Information in customer/test record. 
PERTH WA 6000 PERTH WA 6000 Refer to PPM Rule 1 
SHOP 3-7 MAIN ST 3-7 MAIN ST Insufficient Secondary Information in customer/test record. 
PERTH WA 6000 PERTH WA 6000 Refer to PPM Rule 1 
L 3-7 MAIN ST 3-7 MAIN ST Insufficient Secondary Information in customer/test record. 
PERTH WA 6000 PERTH WA 6000 Refer PPM Rule 1 
M 3-7 MAIN ST M 3-7 MAIN ST Corresponding secondary information is contained in the PAF. 
PERTH WA 6000 PERTH WA 6000 Refer to AM Rule- Floors and Levels 


Be aware that some Floor Level Types do not require an associated Floor Level Number. 


4.6.5.7 AM Rule- Flat Unit Types 

For AMAS address matching purposes it is permissible to match the Flat Unit Number of a customer/test record regardless of the Flat Unit 
Type when the Flat Unit Number is unique to the PAF address and in accordance with the permissible changes of other Address Matching 
Rules. 


If the PAF contains more than one record with the same Flat Unit Number then an exact match must be made on the Flat Unit Type and Flat 
Unit Number in the PAF. 


Note: “Flat”, "Unit", "Apartment" and "/ "(blank Flat Unit Type) are considered interchangeable in determining an exact match. Where a 
Flat Unit Number appears in a PAF record with no Flat Unit Type, the record is to be considered to have a Flat/Unit Type of "UNIT". 


If a match to the Flat Unit Number cannot be achieved using the above conditions then a match is permissible to the Primary Point. 


Address Matching Example: 


PAF RECORDS 


22-24 MAIN RD U1 22-24 MAIN RD SE 1 22-24 MAIN RD 
ASHGROVE QLD 4060 ASHGROVE QLD 4060 ASHGROVE QLD 4060 
U2 22-24 MAIN RD SHOP 2 22-24 MAIN RD U3 22-24 MAIN RD 
ASHGROVE QLD 4060 ASHGROVE QLD 4060 ASHGROVE QLD 4060 
U4 22-24 MAIN RD STU 7 22-24 MAIN RD 
ASHGROVE QLD 4060 ASHGROVE QLD 4060 
U1 22-24 MAIN RD U1 22-24 MAIN RD An exact match to the associated Flat/Unit Type and Number 
ASHGROVE QLD 4060 ASHGROVE QLD 4060 within the PAF. 
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4/22-24 MAIN RD 
ASHGROVE QLD 4060 
1/22-24 MAIN RD 
ASHGROVE QLD 4060 
APT 1/22-24 MAIN RD 
ASHGROVE QLD 4060 
SE 1/22-24 MAIN RD 
ASHGROVE QLD 4060 
FL 1/22-24 MAIN RD 
ASHGROVE QLD 4060 
SHOP 2/22-24 MAIN RD 
ASHGROVE QLD 4060 
KSK 2 22-24 MAIN RD 
ASHGROVE QLD 4060 


OFF3 22-24 MAIN RD 
ASHGROVE QLD 4060 


F4 22-24 MAIN RD 
ASHGROVE QLD 4060 
ROOM 7 22-24 MAIN RD 
ASHGROVE QLD 4060 


U4 22-24 MAIN RD 
ASHGROVE QLD 4060 
U 1 22-24 MAIN RD 
ASHGROVE QLD 4060 
U 1 22-24 MAIN RD 
ASHGROVE QLD 4060 
SE1 22-24 MAIN RD 
ASHGROVE QLD 4060 
22-24 MAIN RD 
ASHGROVE QLD 4060 
SHOP 2 22-24 MAIN RD 
ASHGROVE QLD 4060 
22-24 MAIN RD 
ASHGROVE QLD 4060 


U3 22-24 MAIN RD 
ASHGROVE QLD 4060 


U4 22-24 MAIN RD 

ASHGROVE QLD 4060 
STU 7 22-24 MAIN RD 
ASHGROVE QLD 4060 


No Flat Unit Type therefore a match to the Flat/Unit Type as 
UNIT within the PAF. 


The slash "/" is interchangeable with the Flat/Unit Type of UNIT. 


The Flat/Unit Type of Apartment is interchangeable with the 
Flat/Unit Type of UNIT. 


Corresponding Secondary Information is contained in the PAF. 


FL is the abbreviation for FLOOR, no corresponding secondary 
information in the PAF therefore a match to the Primary Point. 


Corresponding Secondary Information is contained in the PAF. 


Unit Number is not unique at the address and the customer Unit 
Type does not match nor is it interchangeable with either PAF 
records. 


Match on Unit Type is not available though the Unit Number is 
unique so the Unit Type may be changed to match. This is 
considered a change to the address. 


The Flat/Unit Type of Flat is interchangeable with the Flat/Unit 
Type of UNIT. 

Match on Unit Type is not available though the Unit Number is 
unique so the Unit Type may be changed to match. This is 
considered a change to the address. 


4.6.5.8 AM Rule - Floors and Levels 
For AMAS address matching purposes, Floor Level Types of "Floor" and "Level" are considered to be interchangeable. All other Floor Level 
Types are to be considered as unique. 


Address Matching Example: 


PAF RECORDS 


202 CITY ST 
HOBART TAS 7000 


L3 202 CITY ST 
HOBART TAS 7000 


CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


L 1 202 CITY ST L 1 202 CITY ST Corresponding Secondary Information is contained in the PAF. 
HOBART TAS 7000 HOBART TAS 7000 
FL 1 202 CITY ST L 1202 CITY ST 
HOBART TAS 7000 HOBART TAS 7000 
M 4 202 CITY ST 202 CITY ST 
HOBART TAS 7000 HOBART TAS 7000 


L1 202CITY ST 
HOBART TAS 7000 


L4 202 CITY ST 
HOBART TAS 7000 


L2 202 CITY ST 
HOBART TAS 7000 


Corresponding Secondary Information is contained in the PAF 
with FL and L being interchangeable. 


Corresponding Secondary Information is not contained in the 
PAF. Refer to PPM Rule 1. 


Note: some Floor Level Types require an associated Floor Level Number. The following file is provided to aid in the development of address 
matching software and identifies where associated Floor Level Numbers are either optional or mandatory. The resultant combinations are 
contained in the PAF. 


OPTIONAL means 
Some associated Floor Level Numbers are contained in the PAF for this Floor Level Type. 


MANDATORY means 
Associated Floor Level Numbers are contained in the PAF in all cases for this Floor Level Type. 


FLOOR/LEVELTYPE ABBREVIATION NUMBER RENI 


BASEMENT B OPTIONAL 
FLOOR FL MANDATORY 
GROUND FLOOR G OPTIONAL 
LEVEL L MANDATORY 
LOWER GROUND FLOOR LG OPTIONAL 
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MEZZANINE M OPTIONAL 
UPPER GROUND FLOOR UG OPTIONAL 


All the current AMAS Floor Level Types and their associated AMAS approved abbreviations can be found in the Address Component 
Abbreviations section of the Australia Post Data Guide and the Code Table. 


4.6.5.9 AM Rule - PAF Single Street Numbers 

There may be occasions when both single and ranged street addresses overlap. An example could be where a multi-storey building uses the 
ranged address for the levels above, while shops on the Ground Floor use single number addresses. An exact match must be made if 
available before using other matching rules to attempt a match. A list of DPIDs will be provided with each PAF for all single and ranged 
addresses that overlap. 


For AMAS address matching purposes — when the customer/test record contains a Ranged Address (317-321), it is permissible to match to a 
Single Street Number (317) PAF address only when the Single Number matches the First or Last Number of the Ranged Address and there is 
only one possible number match within the PAF over that range. 


Address Matching Example: 


PAF RECORDS 


316 MAIN ST 319 MAIN ST 323 MAIN ST 
MELBOURNE VIC 3000 MELBOURNE VIC 3000 MELBOURNE VIC 3000 
325 MAIN ST 327 MAIN ST 333 MAIN ST 
MELBOURNE VIC 3000 MELBOURNE VIC 3000 MELBOURNE VIC 3000 
334 MAIN ST 45 STATION ST 80 ELIZABETH ST 


MELBOURNE VIC 3000 


80 ELIZABETH ST 
MELBOURNE VIC 3000 (Phantom) 


LOCALITY BORDERING LOCALITY 


MELBOURNE VIC 3000 RICHMOND VIC 3121 


CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


MELBOURNE VIC 3000 RICHMOND VIC 3121 (Real PP) 


317-321 MAIN ST No Match The Single PAF Number does not match either the First or Last 
MELBOURNE VIC 3000 Number of the Range Address 

323-327 MAIN ST No Match Ambiguous two possible matches to numbers in the Street. 
MELBOURNE VIC 3000 

327-329 MAIN ST 327 MAIN ST First number in the range matches to the PAF record and no 
MELBOURNE VIC 3000 MELBOURNE VIC 3000 other possible matches. 

331-333 MAIN ST 333 MAIN ST Last number in the range matches to the PAF record and no 


MELBOURNE VIC 3000 
333-334 MAIN ST 
MELBOURNE VIC 3000 
45-48 STATION ST 
MELBOURNE VIC 3000 
325-329 MAIN ST 
MELBOURNE VIC 3000 


80 ELIZABETH ST 
MELBOURNE VIC 3000 


512 MAIN ST 
MELBOURNE VIC 3000 


MELBOURNE VIC 3000 
No Match 


45 STATION ST 
MELBOURNE VIC 3000 


No Match 


No Match 


No Match 


4.6.5.10 AM Rule — PAF Ranged Street Numbers 


other possible matches. 
Ambiguous two possible matches to numbers in the Street. 


First number in the range matches to the PAF record and no 
other possible matches. 

Even though only the first number in the range matches a PAF 
record, the range of the customer/test record extends over 2 
PAF addresses making it ambiguous. 

Even though there is a Phantom address but with no secondary 
information, it returns NO MATCH and cannot change to match 
to another address in bordering locality 

The Street Number does not exist 


The PAF contains address records with Single and Dual Street Numbers (Range). 


The Dual Street Number (Range) represents a development or building covering more than one allocated Street Number for the 


thoroughfare e.g. 317-321 MAIN ST 
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There may be occasions when both single and ranged street addresses overlap. An example could be where a multi-storey building uses the 
ranged address for the levels above, while shops on the Ground Floor use single number addresses. An exact match must be made if 
available before using other matching rules to attempt a match. A list of DPIDs will be provided with each PAF for all single and ranged 


addresses that overlap. 


For AMAS address matching purposes when the PAF record is a Ranged Address and the customer/test record is: 


e a Single Number, it is permissible to match when either the First Number or the Last Number of the PAF Ranged Address record is 


the same as the customer/test record Single Number though not when the single number is within the number range of that PAF 
ranged address. 


e a Ranged Address, it is permissible to match when the two number ranges are the same. 

e a Ranged Address that does not match to a corresponding number range in the PAF, it is permissible to match to the PAF record 
when the First number in the customer/test record matches to the First number in the PAF record and the Last number in the 
customer/test record is within the range of the PAF number range. It is also permissible to match to the PAF record when the Last 
number in the customer/test record matches to the Last number in the PAF record and the First number in the customer/test 
record is within the range of the PAF number range. 


Address Matching Example: 


PAF RECORDS 


317-321 MAIN ST 
MELBOURNE VIC 3000 


45-48 STATION ST 
MELBOURNE VIC 3000 
U 2/1-5 DANCE BVD 
HOLDER ACT 2611 

U 5/1-5 DANCE BVD 
HOLDER ACT 2611 

U 2/5A DANCE BVD 
HOLDER ACT 2611 

L1 10-16 LINCOLN HWY 
SANDGATE QLD 4017 
12 LINCOLN HWY 
SANDGATE QLD 4017 


325-327 MAIN ST 
MELBOURNE VIC 3000 


1-5 DANCE BVD 


HOLDER ACT 2611 (Real PP) 


U 3/1-5 DANCE BVD 
HOLDER ACT 2611 


U 6/1-5 DANCE BVD 
HOLDER ACT 2611 


U 3/5A DANCE BVD 
HOLDER ACT 2611 


L2 10-16 LINCOLN HWY 


SANDGATE QLD 4017 


14 LINCOLN HWY 
SANDGATE QLD 4017 


329-331 MAIN ST 
MELBOURNE VIC 3000 


U 1/1-5 DANCE BVD 
HOLDER ACT 2611 

U 4/1-5 DANCE BVD 
HOLDER ACT 2611 

U 1/5A DANCE BVD 
HOLDER ACT 2611 
10-16 LINCOLN HWY 
SANDGATE QLD 4017 (Real PP) 
10 LINCOLN HWY 
SANDGATE QLD 4017 
16 LINCOLN HWY 
SANDGATE QLD 4017 


CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


317-321 MAIN ST 
MELBOURNE VIC 3000 
317 MAIN ST 
MELBOURNE VIC 3000 
319 MAIN ST 
MELBOURNE VIC 3000 
321 MAIN ST 
MELBOURNE VIC 3000 
327-329 MAIN ST 
MELBOURNE VIC 3000 
317-319 MAIN ST 
MELBOURNE VIC 3000 
319-321 MAIN ST 
MELBOURNE VIC 3000 


45-47 STATION ST 
MELBOURNE VIC 3000 


45-46 STATION ST 
MELBOURNE VIC 3000 


329-333 MAIN ST 
MELBOURNE VIC 3000 
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317-321 MAIN ST 
MELBOURNE VIC 3000 


317-321 MAIN ST 
MELBOURNE VIC 3000 


No Match 


317-321 MAIN ST 
MELBOURNE VIC 3000 


No Match 


317-321 MAIN ST 
MELBOURNE VIC 3000 


317-321 MAIN ST 
MELBOURNE VIC 3000 


No Match 


45-48 STATION ST 
MELBOURNE VIC 3000 


No Match 


Exact match of both numbers in the range. 
Matches the first number in the range. 


The Single Number does not match the First or Last 
Number of the PAF Ranged address. 


Matches to the last number in the range. 


Ambiguous, two possible matches to addresses in the 
Street. 


The First Number matches the PAF Ranged address 
and the Last Number is covered by the PAF Range. 


The Last Number matches the PAF Ranged address and 
the First Number is covered by the PAF Range. 


Both ranges are different types. The PAF contains a 
combination odd and even ranged address and the 
input contains an odd ranged address. Refer to the AM 
Rule- Odd/Even Determination. 


PAF ranged address covers the input address street 
number and both ranges are a combination odd and 
even ranged address. Refer to the AM Rule- Odd/Even 
Determination. 


First number matches the PAF Range address though 
the Last number is beyond the Range. 
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CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


U 1/1 DANCE BVD 
HOLDER ACT 2611 


U 4/3-5 DANCE BVD 
HOLDER ACT 2611 


U 6/5 DANCE BVD 
HOLDER ACT 2611 
U 2/5 DANCE BVD 
HOLDER ACT 2611 


U 3/5A DANCE BVD 
HOLDER ACT 2611 


U 6/5A DANCE BVD 
HOLDER ACT 2611 


10 LINCOLN HWY 
SANDGATE QLD 4017 
10-14 LINCOLN HWY 
SANDGATE QLD 4017 


U 2/12 LINCOLN HWY 
SANDGATE QLD 4017 


SHOP 4/16 LINCOLN HWY 


SANDGATE QLD 4017 


L4 10-16 LINCOLN HWY 
SANDGATE QLD 4017 


U 1/1-5 DANCE BVD 
HOLDER ACT 2611 


U 4/1-5 DANCE BVD 
HOLDER ACT 2611 
U 6/1-5 DANCE BVD 
HOLDER ACT 2611 
U 2/1-5 DANCE BVD 
HOLDER ACT 2611 
U 3/5A DANCE BVD 
HOLDER ACT 2611 
1-5 DANCE BVD 
HOLDER ACT 2611 
Returned address: 
U 6/5A DANCE BVD 
HOLDER ACT 2611 
10 LINCOLN HWY 
SANDGATE QLD 4017 


No Match 


12 LINCOLN HWY 
SANDGATE QLD 4017 
Returned address: 
U 2/12 LINCOLN HWY 
SANDGATE QLD 4017 


16 LINCOLN HWY 
SANDGATE QLD 4017 
Returned address: 


SHOP 4/16 LINCOLN HWY 


SANDGATE QLD 4017 
10-16 LINCOLN HWY 
SANDGATE QLD 4017 
Returned address: 

L4 10-16 LINCOLN HWY 
SANDGATE QLD 4017 


A match is made by amending the range to the PAF 
address. 


A match is made by amending the range to the PAF 
address. 


A match is made by amending the range to the PAF 
address. 


The suffix may not be added, a match is made by 
amending the range. 


A direct match is made on the address with the PAF. 


No exact match to the PAF a match is made to the 
Primary Point and the secondary information is to be 
returned. 


A direct match is made on the address with the PAF. 


Ambiguous, two possible matches to addresses in the 
Street. 


An exact match is made to the Primary Point address 
and the secondary information is to be returned. 


An exact match is made to the Primary Point address 
and the secondary information is to be returned. 


An exact match is made to the Primary Point address 
and the secondary information is to be returned. 


4.6.5.11 AM Rule — House (Street) Number Suffixes 

For AMAS address matching purposes, where a customer/test record includes a House Number Suffix (e.g. 2A), the customer/test record 
should be matched to the corresponding PAF House Number Suffix record. A House Number Suffix may not be added to match to a PAF 
address. 


If the customer/test record includes a house number suffix and no corresponding house number suffix record is contained in the PAF, then a 
match may be made to the Primary Point. Refer to the Primary Point Matching rules for more information. 


Address Matching Example: 


PAF RECORDS 

1 WARATAH CRES 
ILUKA WA 6028 
2A WARATAH CRES 
ILUKA WA 6028 


U 1/3A WARATAH CRES 
ILUKA WA 6028 


CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


1 WARATAH CRES 1 WARATAH CRES An exact match to the PAF record. Also refer to Primary Point 
ILUKA WA 6028 ILUKA WA 6028 matching rules. 


1A WARATAH CRES 1A WARATAH CRES 
ILUKA WA 6028 ILUKA WA 6028 


1A WARATAH CRES 
ILUKA WA 6028 
2B WARATAH CRES 
ILUKA WA 6028 


U 2/3A WARATAH CRES 
ILUKA WA 6028 


2 WARATAH CRES 
ILUKA WA 6028 


3 WARATAH CRES 
ILUKA WA 6028 


U 3/3A WARATAH CRES 


ILUKA WA 6028 


The corresponding House Number Suffix is contained in the PAF. 
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1B WARATAH CRES 
ILUKA WA 6028 


2A WARATAH CRES 
ILUKA WA 6028 
2B WARATAH CRES 
ILUKA WA 6028 


1 WARATAH CRES 
ILUKA WA 6028 
Returned address: 
1B WARATAH CRES 
ILUKA WA 6028 


2A WARATAH CRES 
ILUKA WA 6028 
2B WARATAH CRES 
ILUKA WA 6028 


The corresponding House Number Suffix is not contained in the 
PAF refer to the Primary Point matching rules. 


The corresponding House Number Suffix is contained in the PAF. 


The corresponding House Number Suffix is contained in the PAF. 


U 2/3 WARATAH CRES 
ILUKA WA 6028 


3 WARATAH CRES 
ILUKA WA 6028 
Returned address: 

U 2/3 WARATAH CRES 
ILUKA WA 6028 


U 3/3A WARATAH CRES 
ILUKA WA 6028 


No Match 


The House Number Suffix may not be added to match, a match 
is made to the Primary Point and the secondary information is 
to be retained. 


U 3/3A WARATAH CRES 
ILUKA WA 6028 

8A WARATAH CRES 
ILUKA WA 6028 


An exact match is made to the PAF record. 


The corresponding House Number is not contained in the PAF. 


4.6.5.12 AM Rule - Combination Lot & House (Street) Number 


For AMAS address matching purposes where a customer/test record contains both a Lot Number and a House Number then a match is only 


permissible to the House Number. 


Address Matching Example: 


PAF RECORDS 


LOT 1 MUSIC ST 5 MUSIC ST 
NATONE TAS 7321 NATONE TAS 7321 


CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


LOT 15 MUSIC ST 5 MUSIC ST A match is permissible to the street number 

NATONE TAS 7321 NATONE TAS 7321 

LOT 1 105 MUSIC ST No Match A match cannot be made, as 105 MUSIC ST is not contained in 
NATONE TAS 7321 the PAF. 


4.6.5.13 AM Rule - Postal Delivery Types that require Numbers 
Some Postal Delivery Types require an associated Postal Delivery Number. The following file identifies where associated Postal Delivery 


Numbers are either not allowed, mandatory, or optional. The resultant combinations are contained in the PAF. For AMAS address matching 


purposes GPO BOX and PO BOX are considered to be interchangeable. 


NOT ALLOWED means 


No associated Postal Delivery Numbers are contained in the PAF for this Postal Delivery Type, therefore a number may not be returned into 


the answer field of the customer/test record. 


OPTIONAL means 
Some associated Postal Delivery Numbers are contained in the PAF for this Postal Delivery Type, therefore a number may be returned into 
the answer field if it appears on the customer/test record. 


MANDATORY means 
Associated Postal Delivery Numbers are contained in the PAF in all cases for this Postal Delivery Type, therefore the associated number on 
the customer/test record must be returned into the relevant answer field. 


POSTAL DELIVERY TYPE AMAS ABBREVIATION POSTAL DELIVERY NUMBER 


CARE OF POST OFFICE CARE PO NOT ALLOWED 
COMMUNTIY MAIL AGENT CMA NOT ALLOWED 
COMMUNITY MAIL BAG CMB OPTIONAL 
GENERAL POST OFFICE BOX GPO BOX MANDATORY 
LOCKED BAG LOCKED BAG MANDATORY 
MAIL SERVICE MS MANDATORY 
POST OFFICE BOX PO BOX MANDATORY 
PRIVATE BAG PRIVATE BAG MANDATORY 
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ROADSIDE DELIVERY 
ROADSIDE MAIL BAG/BOX 
ROADSIDE MAIL SERVICE 


COMMUNITY POSTAL AGENT 


Address Matching Example: 


PAF RECORDS 


CARE PO 


KATHERINE NT 0850 


CMB 77 


DARWIN NT 0800 


RSD 
RMB 
RMS 
CPA 


PO BOX 1 
KATHERINE NT 0851 


LOCKED BAG 215 


DARWIN NT 0800 


MANDATORY 
MANDATORY 
MANDATORY 
NOT ALLOWED 


GPO BOX 222 
DARWIN NT 0801 


CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


CARE PO 

KATHERINE NT 0850 
PO BOX 1 
KATHERINE NT 0851 
GPO BOX 222 
DARWIN NT 0801 
CMB 

DARWIN NT 0800 
LOCKED BAG 415 
DARWIN NT 0800 


CARE PO 
KATHERINE NT 0850 


PO BOX 1 
KATHERINE NT 0851 


GPO BOX 222 
DARWIN NT 0801 


No Match 


No Match 


4.6.5.14 AM Rule — GPO BOX and PO BOX Addresses 
For AMAS address matching purposes if the customer/test record contains a Postal Delivery Type address of GPO BOX or PO BOX the 


following apply: 


An exact match is made to the PAF record. Also refer to 
Code File Matching (CFM) Rules. 


An exact match is made to the PAF record. 
An exact match is made to the PAF record. 


The customer/test record does not contain the complete 
information that is contained in the PAF. 


The customer/test record does not contain the correct 
information that is contained in the PAF. 


It is permissible to match only when the Postal Delivery Number and the Locality Name combination of the customer/test record are 


contained in the PAF. 


e Itis not permissible to change to a different Locality Name to match to a PAF record 
e Acorrection in spelling of the Locality Name is permissible (please refer to the Misspelt Locality rule) 


e GPO BOX and PO BOX are considered to be interchangeable 


e If the Postal Delivery Type is changed from PO BOX to GPO BOX the Postcode must not also be changed 
e Itis permissible to use Unacceptable Synonyms, it is not permissible to use Valid Synonyms 


e If the Locality is missing it may not be added to make a match 


e The Locality Prefix or Locality Suffix of an Unacceptable Synonym may be expanded to match a customer/test record. Acceptable 
values are NTH = NORTH, STH = SOUTH, MT = MOUNT, ST = SAINT, PT = PORT. 


Address Matching Example: 


PAF RECORDS 


PO BOX 179 


GAWLER SA 5118 


PO BOX 223 


HEWETT SA 5118 


PO BOX 179S 


GAWLER SOUTH SA 5118 


GPO BOX 492 


BRISBANE QLD 4001 


PO BOX 126 

SOUTHPORT BC QLD 4215 
PO BOX 492 

BRISBANE MARKET QLD 4106 


SYNONYM PARENT LOCALITY 


DUFFIELD 


GAWLER STH 
HEWETT NORTH 
HEWETT NTH 


E eS Les 


GAWLER 
GAWLER SOUTH 
HEWETT 
HEWETT 


CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


A direct match of the Postal Delivery Number and Locality with the 


PO BOX 179 
GAWLER SA 5118 
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CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


PO BOX 223 No Match PO Box 223 does not exist within the Locality of GAWLER and it is 
GAWLER SA 5118 not permissible to change the Locality. 

PO BOX 179 No Match Although DUFFIELD is a valid Synonym of GAWLER, it is not 
DUFFIELD SA 5118 permissible to use valid Synonyms with PO BOX addresses. 

PO BOX 223 PO BOX 223 Only the Postcode is changed and the rest of the address matches 
HEWETT SA 5119 HEWETT SA 5118 exactly. 

PO BOX 179 PO BOX 179S Postal Delivery Suffix is added. Refer to Missing PD Type 

GAWLER SOUTH SA 5118 GAWLER SOUTH SA 5118 Prefix/Suffix Rule. 

PO BOX 223 PO BOX 223 Correction to the Locality Name spelling, refer to AM Rule- Misspelt 
HEWITT SA 5118 HEWETT SA 5118 Locality/Synonym. 

PO BOX 126 No Match Customer/test record does not contain BC for Business Centre and 
SOUTHPORT QLD 4215 SOUTHPORT is not a Synonym of SOUTHPORT BC. 

GPO BOX 179 PO BOX 179 GPO BOX and PO BOX are interchangeable. 

GAWLER SA 5118 GAWLER SA 5118 

GPO BOX 179 PO BOX 179 GPO BOX and PO BOX are interchangeable and the Postcode is 
GAWLER SA 5119 GAWLER SA 5118 changed. 

PO BOX 492 No Match The Locality BRISBANE GPO does not exist and is not a Synonym of 
BRISBANE GPO QLD 4001 BRISBANE. 

PO BOX 492 No Match If PO BOX is changed to GPO BOX the postcode may not be changed. 
BRISBANE QLD 4000 

PO BOX 492 GPO BOX 492 PO BOX is interchangeable with GPO BOX the postcode may not be 
BRISBANE QLD 4001 BRISBANE QLD 4001 changed. 

PO BOX 179S PO BOX 179S GAWLER STH is an unacceptable Synonym, a match is permissible. 
GAWLER STH SA 5118 GAWLER SOUTH SA 5118 

PO BOX 223 PO BOX 223 A match is permissible by expanding the Locality Suffix of the 


HEWETT NORTH SA 5118 


HEWETT SA 5118 


Unacceptable Synonym HEWETT NTH to match the Locality name of 
the customer/test record. 


PO BOX 223 PO BOX 223 A match is permissible by correcting the spelling of the Synonym 
HEWITT NORTH SA 5118 HEWETT SA 5118 and expanding the Locality Suffix of the Unacceptable Synonym. 
PO BOX 179 No Match A Locality may not be added to obtain a match. 

SA 5118 


4.6.5.15 AM Rule - Combination Street & Postal Delivery Type Address 
Customer/test records with a Street Address and Postal Delivery Type Address and both exist in the PAF: 


For AMAS address matching purposes, when a customer/test record contains a Street Address and a Postal Delivery Type Address and both 
addresses exist in the PAF, then match to the Postal Delivery Type Address. 


Customer/test records with a Street Address and Postal Delivery Type Address and only the Street Address exists in the PAF. 


For AMAS address matching purposes, when a customer/test record contains a Street Address and a Postal Delivery Type Address and only 


the Street Address exists in the PAF, then match to the Street Address. 


Address Matching Example: 


PAF RECORDS 


22 FLOWER CT 
NORWOOD TAS 7250 


PO BOX 13 
NORWOOD TAS 7250 


32 TULIP CRES 
NORWOOD TAS 7250 


CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


22 FLOWER CT 
PO BOX 13 
NORWOOD TAS 7250 


32 TULIP CRES 


PO BOX 13 


NORWOOD TAS 7250 


32 TULIP CRES 


Both the Postal Delivery and Street address exist though 
preference is given to matching to the Postal Delivery 
address. 


The Postal Delivery address does not exist therefore a 


PO BOX 1049 NORWOOD TAS 7250 match is made to the Street address. 
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4.6.5.16 AM Rule - Missing Postal Delivery Type Prefix or Suffix 

For AMAS address matching purposes, when a customer/test record contains a Postal Delivery Type Address with no Postal Delivery Type 
Number Prefix or Postal Delivery Type Number Suffix, it is permissible to add a Prefix or Suffix when there is only one possible match to a 
PAF record. 


Be aware when the customer/test record contains a Postal Delivery Type Number Prefix or a Postal Delivery Type Number Suffix and the 
corresponding Prefix or Suffix is not contained in the PAF, it is not permissible to remove the Prefix or Suffix to match to a PAF record. 


Address Matching Example: 


PAF RECORDS 


PO BOX 101A PO BOX 102A PO BOX 102B RMB A45 

PROSPECT SA 5082 PROSPECT SA 5082 PROSPECT SA 5082 SEATON SA 5023 

PO BOX 103 RMB A44 RMB B45 RMB 46 

PROSPECT SA 5082 SEATON SA 5023 SEATON SA 5023 SEATON SA 5023 
CUSTOMER/TEST RECORD MATCH TO EXPLANATION 
PO BOX 101 PO BOX 101A The only possible match is by adding the Postal Delivery Type Number 
PROSPECT SA 5082 PROSPECT SA 5082 Suffix. 
PO BOX 102 No Match Ambiguous, two possible matches by adding a Postal Delivery Type Number 
PROSPECT SA 5082 Suffix. 
PO BOX 102C No Match Address is not contained within the PAF. 
PROSPECT SA 5082 
PO BOX 103A No Match A Postal Delivery Type Number Suffix may not be removed to match to a 
PROSPECT SA 5082 PAF record. 
PO BOX 101 No Match It is not permissible to change the Locality Name for a PO BOX Type address. 
PROSPECT EAST SA 5082 Refer to AM Rule- GPO BOX and PO BOX Addressses. 
RMB 44 RMB A44 The only possible match is by adding the Postal Delivery Type Number 
SEATON SA 5023 SEATON SA 5023 Prefix. 
RMB 45 No Match Ambiguous, two possible matches by adding a Postal Delivery Type Number 
SEATON SA 5023 Prefix. 
RMB C45 No Match Address is not contained within the PAF. 
SEATON SA 5023 
RMB A46 No Match A Postal Delivery Type Number Prefix may not be removed to match to a 
SEATON SA 5023 PAF record. 


4.6.5.17 AM Rule - Incorrect Street Type 
For AMAS address matching purposes, when the customer/test record contains a Street Name with a Street Type that is not contained 
within the PAF, it is permissible to change the Street Type to that of the PAF record only when the Street Name is unique within that Locality. 


Address Matching Example: 


PAF RECORDS 


5 CRAVEN ST 22 BLUEBELL ST 13 BLUEBELL LANE 
WOODVIEW NSW 2470 WOODVIEW NSW 2470 WOODVIEW NSW 2470 
CUSTOMER/TEST RECORD MATCH TO EXPLANATION 
5 CRAVEN AVE 5 CRAVEN ST The Street Name is unique within the Locality. 
WOODVIEW NSW 2470 WOODVIEW NSW 2470 
13 BLUEBELL RD No Match Ambiguous, more than one possible match to the Street Name. Even 
WOODVIEW NSW 2470 though the Street Number is unique to only one Street a match is not 
permissible. 
5 CRAVEN No Match If the Locality is incorrect no other change is permissible. Refer to AM 
YORKLEA NSW 2470 Rule- Incorrect Locality. Even though the Street Number is unique to 


one Street a match is not permissible. 


4.6.5.18 AM Rule - Missing Street Type 
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For AMAS address matching purposes, when the customer/test record is missing the Street Type, it is permissible to add the Street Type 
when the Street Name is unique within that Locality. 


Address Matching Example: 


PAF RECORDS 


5 CRAVEN ST 22 BLUEBELL ST 13 BLUEBELL LANE 
WOODVIEW NSW 2470 WOODVIEW NSW 2470 WOODVIEW NSW 2470 
13 BLUEBELL ST 

YORKLEA NSW 2470 


CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


5 CRAVEN 5 CRAVEN ST Only one possible match as the Street Name is unique to the Locality. 

WOODVIEW NSW 2470 WOODVIEW NSW 2470 

13 BLUEBELL No Match Ambiguous, more than one possible match to the Street Name. Even 

WOODVIEW NSW 2470 though the Street Number is unique to only one Street a match is not 
permissible. 

22 BLUEBELL No Match Ambiguous, more than one possible match to the Street Name. Even 

WOODVIEW NSW 2470 though the Street Number is unique to only one Street a match is not 
permissible. 

22 No Match Missing Street Name and Street Type 


WOODVIEW NSW 2470 


4.6.5.19 AM Rule - Two Street Types 
For AMAS address matching purposes, when a customer/test record contains an additional Street Type it is permissible to match to a 
corresponding address record in the PAF when only one of the Street Types exist for that Street Name in that locality. 


Address Matching Example: 


PAF RECORDS 


7 PARADISE DR 22 HEAVAN CT 41 HEAVAN RD 
CONDAH VIC 3303 CONDAH VIC 3303 CONDAH VIC 3303 
CUSTOMER/TEST RECORD MATCH TO EXPLANATION 
7 PARADISE ST DR 7 PARADISE DR The Street Name is unique to the Locality therefore there is only one 
CONDAH VIC 3303 CONDAH VIC 3303 possible match. 
22 HEAVAN CT RD No Match The Street Name exists with both Street Types in the Locality therefore 
CONDAH VIC 3303 it is ambiguous. Even though the Street Number is unique to only one 
Street a match is not permissible. 
41 HEAVAN RD ST 41 HEAVAN RD Only one Street Name exists for the given Street Types in the 
CONDAH VIC 3303 CONDAH VIC 3303 customer/test record. 


4.6.5.20 AM Rule - Misspelt Street Name 


For AMAS address matching purposes, it is permissible to add, change or remove one character in the Street Name to create a unique 
match. In the application of this rule the following must apply: 


e the first character must remain unaltered 

e if one character is modified then the original sequence of characters must remain otherwise unaltered 

e if the result of modifying the Street Name creates more than one possibility then a match is not permitted 
e the Street Type, Street Suffix, Locality Name or Postcode may not be changed 

e acorrection in the spelling of the Locality Name is permissible (refer to the Misspelt Locality rule). 


Other items applicable to this rule: 


e converting multiple spaces to one space does not constitute a change 
e adding or removing spaces either side of a special character does not constitute a change 
e non-alphanumeric characters are interchangeable with special characters. 


NOTE: A character is defined as any alphabetic (A-Z, a-z), numeric (0-9), space or special value (& ampersand, ‘apostrophe, - dash,. full stop 
and / forward slash]. 
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Address Matching Example: 


PAF RECORDS 


201 SEABOURNE ST 


CAIRNS QLD 4870 
10 GLEN ROSS DR 
CAIRNS QLD 4870 
3 PORT ST 

CAIRNS QLD 4870 


11 SANDPIPER ST 
CAIRNS QLD 4870 
4 ROSE ST 

CAIRNS QLD 4870 
13-15 SANDPIPER ST 
CAIRNS QLD 4870 


594 CAIRNS-MANOORA RD 


CAIRNS QLD 4870 


CUSTOMER/TEST RECORD 


201 SEEBOURNE ST 
CAIRNS QLD 4870 


201 SEABORN ST 
CAIRNS QLD 4870 


201 SEABORNE ST 
CAIRNS QLD 4870 


11 SANPIPER RD 
CAIRNS QLD 4870 


11 SAMPIPOR ST 
CAIRNS QLD 4870 


11 SANDPIPPER ST 
CAIRNS QLD 4870 


3 POTT ST 
CAIRNS QLD 4870 


4 ROSS ST 
MANOORA QLD 4870 


4 NOSE ST 
CAIRNS QLD 4870 


11 SAND-PIPER ST 
CAIRNS QLD 4870 


11 SAND-PIPAR ST 
CAIRNS QLD 4870 


10 GLENROSS DR 
CAIRNS QLD 4870 


10 GLEN ROSS DR 
CAIRNS QLD 4870 


10 GLEN ROSS DR 
CAIRNS QLD 4871 


10 GLENN ROSS DR 
CAIRNS QLD 4871 


11B SANDPIPR ST 
CAIRNS QLD 4870 


13 SANDPIPAR ST 
CAIRNS QLD 4870 


7 RANCH AVE 
CAIRNS QLD 4870 


594 CARNS - MANOORA RD 
CAIRNS QLD 4870 


594 CAIRNS - MANOORA RD 
MANOORA QLD 4870 


594 CAIRNS - MANNOORA RD 
MANOORA QLD 4870 


594 CAIRNS V. MANOORA RD 
CAIRNS QLD 4870 


594 CARNS/MANOORA RD 
CAIRNS QLD 4870 
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201 SEABOURNE ST 
CAIRNS QLD 4870 


No Match 


201 SEABOURNE ST 
CAIRNS QLD 4870 


No Match 


No Match 


11 SANDPIPER ST 
CAIRNS QLD 4870 


No Match 


No Match 


No Match 


11 SANDPIPER ST 
CAIRNS QLD 4870 


No Match 


10 GLEN ROSS DR 
CAIRNS QLD 4870 


10 GLEN ROSS DR 
CAIRNS QLD 4870 


10 GLEN ROSS DR 
CAIRNS QLD 4870 


No Match 


11 SANDPIPER ST 
CAIRNS QLD 4870 


13-15 SANDPIPER ST 
CAIRNS QLD 4870 


No Match 


594 CAIRNS-MANOORA RD 


CAIRNS QLD 4870 


594 CAIRNS-MANOORA RD 


CAIRNS QLD 4870 
No Match 


594 CAIRNS-MANOORA RD 


CAIRNS QLD 4870 


594 CAIRNS-MANOORA RD 


CAIRNS QLD 4870 


11A SANDPIPER ST 
CAIRNS QLD 4870 


3 POT ST 
CAIRNS QLD 4870 


7 ROACH AVE 
CAIRNS QLD 4870 


EXPLANATION 
Third character only is changed. 


Requires 2 characters to be added in order to match. 
Only one character is added. 


Requires one character to be added and a change in the Street 
Type to match. 


Requires three changes to match. 
Only one character is removed. 


Ambiguous more than one possible match to two Street 
Names 


Requires a change in the spelling of the street and a locality 
change 


Requires a change to the first character, which is not 
permissible. 


The dash symbol is removed to make a match. 


Requires the dash symbol to be removed and a character to be 
changed. 


A space is added to make a match (constitutes a change). 
Multiple spaces converted to one character (not a change). 


Multiple spaces converted to one space (not a change) and 
Postcode is changed. 


Requires a character to be removed and the Postcode to be 
changed. 


Only one character is added and a match is made to the 
Primary Point. 


Only one character is changed and a match is made to the 
range address. 


Requires one character to be changed and the original 
sequence of characters to be altered. 


A character is added and spaces are removed either side of 
the “-“ dash. 


Spaces are removed either side of the “-“ dash (not a change) 
and the Locality is changed. 


Requires a character to be removed and the Locality to be 
changed. 


The ^V" is interchanged with “-“ and the spaces are removed. 


The "^V" is interchanged with “-“ and a character is added. 
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CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


7 ROACHE AVE 7 ROACH AVE A character is removed and the Locality spelling is corrected. 
CARNS QLD 4870 CAIRNS QLD 4870 

4 NOSE ST No Match Requires a change to the first character, which is not 
CAIRNS QLD 4870 permissible. 

201 HAMPTON ST No Match The Street Name does not exist. 


CAIRNS QLD 4870 


4.6.5.21 AM Rule- Incorrect Street Type Suffix 


The Street Type Suffix is a unique component of an address. It may be possible to match a customer/test record without adding, changing or 
deleting the Street Type Suffix by invoking other matching rules. 


For AMAS address matching purposes, it is permissible to add, change or delete a Street Type Suffix in a customer/test record when there is 
only one possible match with all other address components within all Streets of the same name and Street Type within that PAF Locality. The 
Primary Point rule may not be used. 


Refer to the TB Rule- Primary Point over Street Type Suffix. 


Address Matching Example: 


PAF RECORDS 

5 SMITH ST U 1/5 SMITH ST 5 SMITH STE 

ADELAIDE SA 5000 ADELAIDE SA 5000 ADELAIDE SA 5000 

9 SMITH STE 5-9 SMITH ST W 23 CAROLST E 

ADELAIDE SA 5000 ADELAIDE SA 5000 RICHMOND SA 5033 

21-25 CAROL ST U 1/28 BROWN AVE S 11 ALFRED CRES 

RICHMOND SA 5033 RICHMOND SA 5033 EXETER SA 5019 
CUSTOMER/TEST RECORD MATCH TO EXPLANATION 
5-7 SMITH ST E 5 SMITH STE Ranged address is matched to a single number and the Street Type 
ADELAIDE SA 5000 ADELAIDE SA 5000 Suffix is unchanged. Refer to AM Rule-PAF Single Street Numbers. 
5-9 SMITH ST E No Match Ambiguous, more than one possible match. Refer to AM Rule- PAF 
ADELAIDE SA 5000 Single Street Numbers. 
5 SMITH STW 5-9 SMITH ST W Street Type Suffix is unchanged and there is only possible match in 
ADELAIDE SA 5000 ADELAIDE SA 5000 Street. Refer to AM Rule- PAF Ranged Street Numbers. 
1/5 SMITH ST E 5 SMITH STE A match is made using PPM Rule 1 and the Street Type Suffix is 
ADELAIDE SA 5000 ADELAIDE SA 5000 unchanged. Also refer to TB Rule-Primary Point over Street Type Suffix. 
3-7 SMITH STW No Match No match within the Street or by changing the Street Type Suffix. Refer 
ADELAIDE SA 5000 to AM Rule-PAF Single Street Numbers and AM Rule-PAF Ranges Street 

Numbers. 

9 SMITH ST No Match Ambiguous, no exact match within the Street and more than one 
ADELAIDE SA 5000 possibility by adding the Street Type Suffix. 
23 CAROL ST 23 CAROL STE An exact match cannot be made within the Street though can be by 
RICHMOND SA 5033 RICHMOND SA 5033 changing the Street Type Suffix. 
11 ALFRED CRES N 11 ALFRED CRES There is no ALFRED CRES N therefore a match can be made by deleting 
EXETER SA 5019 EXETER SA 5019 the Street Type Suffix. 
U 1/28 BROWN AVE E U 1/28 BROWN AVE S An exact match is made by changing the Street Type Suffix. 
RICHMOND SA 5033 RICHMOND SA 5033 


4.6.5.22 AM Rule - Misspelt Locality/Synonym 


For AMAS address matching purposes, it is permissible to add, change or remove one character or transpose two characters in the Locality to 
create a unique match. In the application of this rule the following must apply: 


e the first character must remain unaltered 

e if one character is modified then the original sequence of characters must remain otherwise unaltered 

e if two letters are transposed the rest of the Locality/Synonym must remain unaltered 

e if the result of modifying the Locality/Synonym creates more than one possibility, a match is not permitted 
e nochangesare permissible to the Postcode 

e theState may be added though not changed 
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Other items applicable to this rule: 


e converting multiple spaces to one space does not constitute a change 
e adding or removing spaces either side of a special character does not constitute a change 
e non-alphanumeric characters are interchangeable with special characters. 


NOTE: A character is defined as any alphabetic (A-Z, a-z), numeric (0-9), space or special value {‘ apostrophe, - dash, . full stop and ( ) 
brackets]. 


Address Matching Example: 


PAF RECORDS 


CUSTOMER/TEST RECORD MATCH TO 


23 HOGAN AVE 
BOORTH VIC 3537 


23 HOGAN AVE 
BOOT VIC 3537 


23 HOGAN AVE 
BOURT VIC 3537 


23 HOGAN AVE 
BOURTH VIC 3537 


23 HOGEN AVE 
BOURTH VIC 3537 


23 HOGAN AVE 
BOROT VIC 3537 


PO BOX 237 
REDCLIFT QLD 4020 


PO BOX 237 
REDCLIFF QLD 4020 


23 HOGAN AVE 
POORT VIC 3537 


PO BOX 46 
POORT VIC 3537 


4 SPRING ST 
COTUNMAL VIC 3537 


4 SPRING CT 
COTUNMAL VIC 3537 


120 KINGFISHER RD 
MINMINDI VIC 3357 


23 HOGEN AVE 
BORET VIC 3537 


23 HOGAN AVE 
BORT VIC 3538 


79 FRANKLIN ST 


REDCLIFFE NORTH QLD 4020 


79 FRANKLIN RD 


REDCLIFFE NORTH QLD 4020 


79 FRANKLIN ST 


REDCLIFF NORTH QLD 4020 


23 HOGAN AVE 
BOORT VIC 3537 

120 KINGFISHER RD 
MINMINDIE VIC 3537 
PO BOX 237 
REDCLIFFE QLD 4020 


38 SMEATON CL 
BARRAPORT VIC 3537 
7 NEWRY GR 
KIPPA-RING QLD 4021 
PO BOX 46 

BOORT VIC 3537 


23 HOGAN AVE 
BOORT VIC 3537 
23 HOGAN AVE 
BOORT VIC 3537 
23 HOGAN AVE 
BOORT VIC 3537 


23 HOGAN AVE 
BOORT VIC 3537 


No Match 


23 HOGAN AVE 
BOORT VIC 3537 


No Match 


PO BOX 237 


REDCLIFFE QLD 4020 


23 HOGAN AVE 
BOORT VIC 3537 


No Match 


No Match 


4 SPRING CT 


CATUMNAL VIC 3537 


No Match 


No Match 


No Match 


79 FRANKLIN ST 


REDCLIFFE NORTH QLD 4020 


79 FRANKLIN ST 


REDCLIFFE NORTH QLD 4020 


79 FRANKLIN ST 
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REDCLIFFE NORTH QLD 4020 


4 SPRING CT 
CATUMNAL VIC 3537 


79 FRANKLIN ST 
REDCLIFFE NORTH QLD 4020 


EXPLANATION 


One character is removed. 
One character is added. 
One character is changed. 


The changes are not permissible using the Misspelt 
Locality rule though a match is permissible using AM Rule- 
Incorrect Locality. 


Requires one character to be removed and one character 
to be changed in the Locality and a character change in the 
Street Name. 


Two characters are transposed. 


Requires one character to be added and one character to 
be changed. 


One character is added. 
A match is permissible using AM Rule- Incorrect Locality. 
Requires the first character to be changed. 


Requires a character to be changed and two characters to 
be transposed in the Locality and the Street Type to be 
changed. 


A match is permissible using AM Rule- Incorrect Locality. 


Requires a character to be added and the postcode to be 
changed. 
Requires one character to be changed and the original 
sequence of characters to be altered in the Locality Name. 
It also requires a change to the Street Name. 
Requires a character to be added and the postcode to be 
changed. 
Converting multiple spaces to a single space does not 
constitute a change. 
Converting multiple spaces to a single space does not 
constitute a change. The Street Type may be changed 
using Incorrect Street Type rule. 
Converting multiple spaces to a single space (not a change) 
and a character is added. 
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CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


79 FRANKLIN ST No Match Requires a character and a space to be added and the 
REDCLIFFNORTH QLD 4021 Postcode to be changed. 

79 FRANKLIN ST 79 FRANKLIN ST A character is added and the “-“ dash is interchanged with 
REDCLIFF-NORTH QLD 4020 REDCLIFFE NORTH QLD 4020 a space. 

79 FRANKLIN ST 79 FRANKLIN ST The Locality is corrected by adding a character and the 
REDCLIFF NORTH 4020 REDCLIFFE NORTH QLD 4020 State may be added. 

79 FRANKLIN ST No Match It is not permissible to correct the spelling of the Locality 
REDCLIFF NORTH NSW 4020 and change the State. 


4.6.5.23 AM Rule - Missing Locality 
For AMAS address matching purposes, where the Locality Name is the only address component missing from the customer/test record, it is 
permissible to match to a PAF record when: 


e no other address components of the customer/test record are changed 
e anexact match is made to all other components of the PAF address 
e all other components of the customer/test record exist uniquely in only one of all the PAF Localities with the same Postcode. 


Address Matching Example: 


PAF RECORDS 


LOT 1 SMITH ST 22 SMITH ST LOT 5 COUNTRY RD 
CASHMERE QLD 4500 CASHMERE QLD 4500 CASHMERE QLD 4500 

LOT 5 COUNTRY RD 44 COUNTRY RD 44 COUNTRY RD 

CLEAR MOUNTAIN QLD 4500 CASHMERE QLD 4500 CLEAR MOUNTAIN QLD 4500 


47 COUNTRY RD 
CLEAR MOUNTAIN QLD 4500 


CUSTOMER/TEST RECORD MATCH TO EXPLANATION 

LOT 1 SMITH ST LOT 1 SMITH ST Only one possible match with the Allotment Number and Street 
QLD 4500 CASHMERE QLD 4500 Name in the Postcode. 

22 SMITH ST 22 SMITH ST Only one possible match with the Street Number and Name in 
QLD 4500 CASHMERE QLD 4500 the Postcode. 

LOT 5 COUNTRY RD No Match Ambiguous, more than one possible match to the Allotment 
QLD 4500 Number and Street Name in the Postcode. 

44 COUNTRY RD No Match Ambiguous, more than one possible match to the Street Number 
QLD 4500 and Name in the Postcode 

47 COUNTRY RD 47 COUNTRY RD The Street Number exists uniquely in only one Locality with the 
QLD 4500 CLEAR MOUNTAIN QLD 4500 given Street Name and Postcode. 

1/47 COUNTRY RD No Match If the Locality is added an exact match must be made to all other 
QLD 4500 address components. 

47-49 COUNTRY RD No Match If the Locality is added no changes are permissible to other 
QLD 4500 address components. 


4.6.5.24 AM Rule - Incorrect Locality 
For AMAS address matching purposes, where the Locality Name is the only incorrect address component from the customer/test record, it is 
permissible to match to a PAF record when: 


e no other address components of the customer/test record are changed 
e anexact match is made to all other components of the PAF address 
e all other components of the customer/test record exist uniquely in only one of all the PAF Localities with the same Postcode. 


Refer to the Synonym File Matching (SFM) Rules in the Data Guide, and the Tie Breaking(TB) Rules; TB Rule- Locality over Postcode and TB 
Rule- Locality Synonym over Postcode in this document. 


Address Matching Example: 


PAF RECORDS 


45 TOOHEYS RD 3 PRINCE RD 3 PRINCE RD 
HOLLAND PARK QLD 4121 HOLLAND PARK QLD 4121 WELLERS HILL QLD 4121 
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U 1 12 CROWN CRES 13 PRINCE RD 
HOLLAND PARK QLD 4121 WELLERS HILL QLD 4121 


CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


45 TOOHEYS RD 45 TOOHEYS RD Only one possible match within the postcode. 

TOOHEYS FOREST QLD 4121 HOLLAND PARK QLD 4121 

3 PRINCE RD No Match Ambiguous, more than one possible match by changing the 
TOOHEYS FOREST QLD 4121 Locality. 

45 TOOHAYS RD No Match Requires a change to the Street Name and the Locality. Refer 
TOOHEYS FOREST QLD 4121 to the AM Rule-Misspelt Street Name. 

45-49 TOOHEYS RD No Match If the Locality is changed no changes are permissible to other 
WELLERS HILL QLD 4121 address components. 

13 PRINCE RD 13 PRINCE RD The Street Number exists uniquely in only one Locality with 


HOLLAND PARK QLD 4121 


APT 1/12 CROWN CRES 
TOOHEYS FOREST QLD 4121 


WELLERS HILL QLD 4121 


U1 12 CROWN CRES 
HOLLAND PARK QLD 4121 


the given Street Name and Postcode. 


The Locality is changed and the Unit Type is converted to that 
contained in the PAF. Refer to the AM Rule-Flat Unit Types. 


4.6.5.25 AM Rule - Multiple Localities 
For AMAS address matching purposes, where two Localities are present within the customer/test record, it is permissible to match to an 
address in the PAF using either Locality when: 


e no other address components of the customer/test record are changed 
e anexact match is made to all other components of the PAF address 
e all other components of the customer/test record exist uniquely in only one of all the PAF Localities with the same Postcode. 


Refer to the Synonym File Matching (SFM) Rules in the Australia Post Data Guide, and the Tie Breaking (TB) Rules in this document. 


Address Matching Example: 


PAF RECORDS 


LOT 1 PLUMS RD 10 PLUMS RD 15 PLUMS RD 
UKI NSW 2484 UKI NSW 2484 UKI NSW 2484 
15 PLUMS RD 


MURWILLUMBAH NSW 2484 


CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


LOT 1 PLUMS RD LOT 1 PLUMS RD 


LOT 1 PLUMS RD exists uniquely within the Postcode. 


UKI /MURWILLUMBAH NSW 2484 UKI NSW 2484 

10 PLUMS RD 10 PLUMS RD 10 PLUMS RD exists uniquely within only one Locality in the 
UKI UKI NSW 2484 given Street Name and Postcode. 

MURWILLUMBAH NSW 2484 

15 PLUMS RD No Match Ambiguous, 15 PLUMS RD exists in both Localities of the 
UKI MURWILLUMBAH NSW 2484 customer/test record. 

15 PLUMS RD No Match Ambiguous, 15 PLUMS RD exists in both Localities of the 
UKI customer/test record. 

MURWILLUMBAH NSW 2484 

L1 10 PLUMS RD No Match If a Locality is removed then an exact match must be made 


MURWILLUMBAH/UKI NSW 2484 with all other address components. 


4.6.5.26 AM Rule - VIA Locality 
For AMAS address matching purposes, when the customer/test record contains two Localities separated by the word "VIA", it is permissible 
to match an address using the Locality Name preceding the word "VIA" when: 


e no other address components of the customer/test record are changed 
e anexact match is made to all other components of the PAF address 
e all other components of the customer/test record exist uniquely in only one of all the PAF Localities with the same Postcode. 


Refer to the Synonym File Matching (SFM) Rules in the Australia Post Data Guide, and the Tie Breaking (TB) Rules in this document. 


Address Matching Example: 
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PAF RECORDS 


LOT 1 PLUMS RD 10 PLUMS RD 15 PLUMS RD 
UKI NSW 2484 UKI NSW 2484 UKI NSW 2484 
15 PLUMS RD 


MURWILLUMBAH NSW 2484 


CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


LOT 1 PLUMS RD LOT 1 PLUMS RD The Allotment Number exists in the first Locality Name and 

UKI VIA MURWILLUMBAH NSW 2484 UKI NSW 2484 uniquely within the Postcode. 

10 PLUMS RD 10 PLUMS RD The Street Number exists in the first Locality Name and 

UKI VIA MURWILLUMBAH NSW 2484 UKI NSW 2484 uniquely within the Postcode. 

15 PLUMS RD No Match 15 PLUMS RD exists in the first Locality Name though is not 

UKI VIA MURWILLUMBAH NSW 2484 unique to the Postcode. 

10 PLUMS RD 10 PLUMS RD The Street Number exists uniquely within the Postcode. All 

MURWILLUMBAH VIA UKI NSW 2484 UKI NSW 2484 Localities in the Last Line may be treated as incorrect. Refer 
to AM Rule- Incorrect Locality. 

SITE 28 LOT 1 PLUMS RD No Match Address not contained in the PAF. Refer to PPM Rule 4. 

UKI VIA MURWILLUMBAH NSW 2484 

10 PLUMS ROD 10 PLUMS RD The Street Number exists in the first Locality Name and 

UKI VIA MURWILLUMBAH NSW 2484 UKI NSW 2484 uniquely within the Postcode. The Street Type is converted 
to the Standard Abbreviation. Refer to AM Rule- Change to 
an Address. 


4.6.5.27 AM Rule - Incorrect State 
For AMAS address matching purposes, where the Locality and the Postcode of the customer/test record can be matched to an address 
record in the PAF, except for the State, then correct the State and match to the corresponding PAF record. 


Address Matching Example: 


PAF RECORDS 


17 ANNE ST 6 JANE AVE 6 JANE AVE 
ESPERANCE WA 6450 RICHMOND VIC 3121 RICHMOND NSW 2753 
21 JANE AVE 


RICHMOND NSW 2753 


CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


17 ANNE ST 17 ANNE ST The State is corrected and there is only one possible 
ESPERANCE TAS 6450 ESPERANCE WA 6450 match. 

6 JANE AVE No Match There are two possible matches by changing the 
RICHMOND NSW 3121 State or the Postcode. 

21 JANE AVE 21 JANE AVE There is only one possible match by changing the 
RICHMOND VIC 2753 RICHMOND NSW 2753 State. 


4.6.5.28 AM Rule - Missing State 
For AMAS address matching purposes, when the customer/test record is missing the State though the Locality and Postcode can be matched 
to an address record in the PAF then add the State and match to the corresponding PAF record. 


Address Matching Example: 


PAF RECORD 


9 GARDEN CT 
BALLARAT VIC 3350 


CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


9 GARDEN CT 9 GARDEN CT The address is matched using the Locality and Postcode of 
BALLARAT 3350 BALLARAT VIC 3350 the customer/test record. 

9 GARDEN CT No Match The address cannot be matched using the Locality and 
ALFREDTON 3350 Postcode of the customer/test record. Refer to AM Rule- 


Last Line (Locality-State-Postcode). 
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VLLA 3 9 GARDEN CT 9 GARDEN CT The address is matched using the Locality and Postcode of 


BALLARAT 3350 BALLARAT VIC 3350 the customer/test record. A match is made to the Primary 
Returned address: Point as the secondary information is not contained in the 
VLLA 3 9 GARDEN CT PAF. Refer to PPM Rule 1. 


BALLARAT VIC 3350 


4.6.5.29 AM Rule - Incorrect Postcode 
For AMAS address matching purposes, where the Postcode is the only incorrect address component from the customer/test record, it is 
permissible to match to a PAF record when: 


e noother address components of the customer/test record are changed 
e anexact match is made to all other components of the PAF address 
e all other components of the customer/test record exist uniquely in only one of all the Postcodes with the same Locality Name. 


Refer to the Synonym File Matching (SFM) Rules in the Data Guide, and the Tie Breaking (TB) Rules in this document. 


Address Matching Example: 


PAF RECORDS 


23 CEDAR LANE 7 BROWNS RD 7 BROWNS RD 
CEDAR POCKET QLD 4570 CEDAR CREEK QLD 4520 CEDAR CREEK QLD 4207 


38 BROWNS RD 
CEDAR CREEK QLD 4520 


CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


23 CEDAR LANE 23 CEDAR LANE There is only one possible match by changing the Postcode. 
CEDAR POCKET QLD 4750 CEDAR POCKET QLD 4570 

7 BROWNS RD NoiMatch Ambiguous, two possible matches by changing the Postcode. 
CEDAR CREEK QLD 4252 

38 BROWNS RD 38 BROWNS RD The Street Number exists uniquely in only one Postcode with 
CEDAR CREEK QLD 4620 CEDAR CREEK QLD 4520 the given Street and Locality Names. 


4.6.5.30 AM Rule - Missing Postcode 
For AMAS address matching purposes, where the Postcode is the only missing address component from the customer/test record, it is 
permissible to match to a PAF record when: 


e no other address components of the customer/test record are changed 
e an exact match is made to all other components of the PAF address 
e all other components of the customer/test record exist uniquely in only one of all the Postcodes with the same Locality Name. 


Refer to the Synonym File Matching (SFM) Rules in the Data Guide, and the Tie Breaking (TB) Rules in this document. 


Address Matching Example: 


PAF RECORDS 


23 CEDAR LANE 7 BROWNS RD 7 BROWNS RD 

CEDAR POCKET QLD 4570 CEDAR CREEK QLD 4520 CEDAR CREEK QLD 4207 
23 CEDAR LANE 23 CEDAR LANE The Postcode is added and there is only one possible 
CEDAR POCKET QLD CEDAR POCKET QLD 4570 match. 
7 BROWNS RD No Match There are two possible matches by adding a Postcode 
CEDAR CREEK QLD therefore a match is not permissible. 


4.6.5.31 AM Rule - Last Line (Locality — State — Postcode) 
For AMAS address matching purposes, it is permissible to make only one change in the last line by adding or correcting either the Locality, 
State or Postcode of a customer/test record address. 


Address Matching Example: 


PAF RECORDS 


29 FOWLER RD 29 FOWLER RD 10 LONG ST 
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BRIGHTON TAS 7030 BRIGHTON SA 5048 PEARCEDALE VIC 3912 


CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


1/29 FOWLER RD 29 FOWLER RD The Locality and Postcode match and the State is the only 

BRIGHTON 7030 BRIGHTON TAS 7030 change to the Last Line. Also refer to PPM Rule 1. 

29 FOWLER RD 29 FOWLER RD Only the Postcode is missing and the rest of the address 

BRIGHTON TAS BRIGHTON TAS 7030 matches exactly to the PAF record. 

29 FOWLER RD 29 FOWLER RD Only the Locality is missing and the rest of the address 
TAS 7030 BRIGHTON TAS 7030 matches exactly to the PAF record. 

29-31 FOWLER RD No Match Requires the Postcode to be added and a change to the 

BRIGHTON TAS Street Number. 

29 FOWLER RD No Match Ambiguous requires the State to be changed and the 

BRIGHTON NSW Postcode to be added. 

10 LONG ST No Match Requires both the State and Postcode to be added. 

PEARCEDALE 

10 LONG ST No Match Requires the State to be added and the Postcode to be 

PEARCEDALE 3977 changed. 

10 LONG ST No Match Requires the Locality and the Postcode to be changed. 


LYNDHURST VIC 3974 


4.6.6 Tie Breaking (TB) Rules 
The Tie Breaking rules are provided to show when one Address Matching Rule should be given preference of another. They should be used 
to assist in making decisions when matching a customer/test record to the PAF. 


4.6.6.1 TB Rule — Locality over Postcode 
For AMAS address matching purposes, preference should be given to the Locality on the customer/test record over the Postcode. Therefore 
preference is given to change the Postcode to make a match to the PAF record before changing the Locality. 


Please also refer to the other Address Matching rules to see what other changes are permissible within the remainder of the address. 


Address Matching Example: 


PAF RECORDS 


21 APPLE CT 14 PEACH GR 
GLEN WAVERLEY VIC 3150 GLENWAVERLEY VIC 3150 
CUSTOMER/TEST RECORD MATCH TO EXPLANATION 
21 APPLE CT 21 APPLE CT A match is first attempted and attained by looking within the 
GLEN WAVERLEY VIC 3151 GLEN WAVERLEY VIC 3150 Locality of the customer/test record. 
14 PEACH GR 14 PEACH GR A match cannot be made using the Locality of the 
MELBOURNE VIC 3150 GLEN WAVERLEY VIC 3150 customer/test record therefore a match is made using the 
Postcode. 
14 PEACH GR 14 PEACH GR A match cannot be made using the Locality of the 
GLEN WAVERLEY VIEW VIC 3150 GLEN WAVERLEY VIC 3150 customer/test record therefore a match is made using the 
Postcode. 


4.6.6.2 TB Rule - Locality Synonym over Postcode 

For AMAS address matching purposes, preference should be given to the Synonym Name on the customer/test record over the Postcode. 
Therefore preference is given to change the Postcode to make a match to the PAF record before changing the Locality attached to the 
Synonym Name. 


Refer to the Synonym File Matching (SFM) Rules in the Data Guide. 
Address Matching Example: 


PAF RECORDS 


7 JOHN ST 50 LONG RD 
BRUNSWICK VIC 3056 SOUTH MELBOURNE VIC 3205 
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SYNONYM TYPE PARENT LOCALITY 


BRUNSWICK LOWER V BRUNSWICK 

MORELAND WEST V MORELAND 

STH MELB U SOUTH MELBOURNE 

CUSTOMER/TEST RECORD MATCH TO EXPLANATION 

7 JOHN ST 7 JOHN ST A match is first attempted and attained by looking within the 

BRUNSWICK LOWER VIC 3057 BRUNSWICK VIC 3056 Locality attached to the Synonym Name in the 
customer/test record. 

50 LONG RD 50 LONG RD A match is first attempted and attained by looking within the 

STH MELB VIC 3006 SOUTH MELBOURNE VIC 3205 Locality attached to the Synonym Name in the 
customer/test record. 

7 JOHN ST 7 JOHN ST A match is first attempted by looking in the Locality attached 

MORELAND WEST VIC 3056 BRUNSWICK VIC 3056 to the Synonym Name though is not found. A match is then 


attempted and attained by looking in the Postcode of the 
customer/test record. 


4.6.6.3 TB Rule — Primary Point vs Locality 
For AMAS address matching purposes, preference should be given to making an exact match to all other address components by changing 
the Locality of the customer/test record before matching to the Primary Point in the Locality of the customer/test record. 


Refer to Matching to Primary Points for more information. 


Address Matching Example: 


PAF RECORDS 


14 WILSON DR 14 WILSON DR 

WERRIBEE VIC 3030 POINT COOK VIC 3030 

U 1/14 WILSON DR U 2/14 WILSON DR 

POINT COOK VIC 3030 POINT COOK VIC 3030 
CUSTOMER/TEST RECORD MATCH TO EXPLANATION 
U 1/14 WILSON DR U 1/14 WILSON DR An exact match is not made in the Locality of the customer/test 
WERRIBEE VIC 3030 POINT COOK VIC 3030 record though an exact match can be made by changing the Locality 

Name only. 

14 WILSON DR 14 WILSON DR A match is made to the Primary Point. Refer to Primary Point 
POINT COOK VIC 3030 POINT COOK VIC 3030 Matching (PPM) Rules for more details. 
UNIT 7 14 WILSON DR 14 WILSON DR An exact match is not made within or by changing the Locality of 
WERRIBEE VIC 3030 WERRIBEE VIC 3030 the customer/test record therefore is made to the Primary Point. 


4.6.6.4 TB Rule — Primary Point over Street Type Suffix 
For AMAS address matching purposes, preference should be given to matching to the Primary Point in the PAF over changing the Street Type 
Suffix on the customer/test record. 


Address Matching Example: 


PAF RECORDS 


35 MAIN ST U 1/35 MAIN ST 
ORMISTON QLD 4160 ORMISTON QLD 4160 
35 MAIN ST N U 2/35 MAIN ST N 
ORMISTON QLD 4160 ORMISTON QLD 4160 
CUSTOMER/TEST RECORD MATCH TO EXPLANATION 
1/35 MAIN ST N 35 MAIN ST N It is preferable to match to the Primary Point than to remove the 
ORMISTON QLD 4160 ORMISTON QLD 4160 Street Type Suffix. Refer to PPM Rule 1. 
U 1/35 MAIN ST S U 1/35 MAIN ST MAIN ST S does not exist and an exact match is made by removing 
ORMISTON QLD 4160 ORMISTON QLD 4160 the Street Type Suffix. 
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2/35 MAIN ST 35 MAIN ST It is preferable to match to the Primary Point than to add the Street 
ORMISTON QLD 4160 ORMISTON QLD 4160 Type Suffix. Refer to Primary Point Matching (PPM) Rules. 


4.6.6.5 TB Rule — Street Name versus Locality 

For AMAS address matching purposes, this rule is invoked when it is required to change the spelling of a Street Name or to change the 
Locality, regardless of the secondary information. If there is more than one possibility available by changing the spelling of the Street Name 
or by changing the Locality then a match is not permissible. 


If a Street Number appears uniquely in only one street, it must still be treated as a no match, to cater for addresses not contained in the PAF. 
Note that this does not affect Bordering Locality matching. Please refer to the Address Matching Hierarchy and Bordering Locality Matching 


Rules. 


Address Matching Example: 


PAF RECORDS 


4 ROSS ST 4 ROSE ST 6 ROSS ST 

YELLINGBO VIC 3139 WOORI YALLOCK VIC 3139 YELLINGBO VIC 3139 
CUSTOMER/TEST RECORD MATCH TO EXPLANATION 
4 ROSE ST No Match Ambiguous, there is one possibility of matching by changing the Street 
YELLINGBO VIC 3139 Name and one possibility of matching by changing the Locality. 
4 ROSS ST 4 ROSS ST Only the locality is changed and the rest of the record matches uniquely. 
SEVILLE VIC 3139 YELLINGBO VIC 3139 
6 ROSE ST No Match Ambiguous, there is one possibility of matching by changing the Street 
YELLINGBO VIC 3139 Name and one possibility of matching by changing the Locality. 
6 ROSS ST No Match Ambiguous, there is one possibility of matching by changing the Street 
WOORI YALLOCK VIC 3139 Name and one possibility of matching by changing the Locality. 
1/6 ROSS ST No Match If the Locality is changed, all other components of the customer/test 
SEVILLE VIC 3139 record must exist in the new Locality. 


4.6.6.6 TB Rule — Street Type versus Locality 


For AMAS address matching purposes, this rule is invoked when it is required to change the Street Type or to change the Locality. If there is 
more than one possibility available by changing Street Type or by changing the Locality then a match is not permissible. 


If a Street Number appears uniquely in only one street, it must still be treated as a no match, to cater for addresses not contained in the PAF. 
Refer to the Address Matching Hierarchy and other Matching Rules. 


Address Matching Example: 


PAF RECORDS 


7 BAYVIEW RD 7 BAYVIEW CRES 

BEAUMARIS VIC 3193 BLACK ROCK VIC 3193 
CUSTOMER/TEST RECORD MATCH TO EXPLANATION 
7 BAYVIEW RD No Match Ambiguous, there is one possibility of matching by changing the 
BLACK ROCK VIC 3193 Street Type and one possibility of matching by changing the Locality. 
7 BAYVIEW AVE 7 BAYVIEW CRES Only the Street Type is changed and the rest of the record matches 
BLACK ROCK VIC 3193 BLACK ROCK VIC 3193 uniquely. 


4.6.7 Matching to Primary Points 


Within the PAF, certain individual address records are known as Primary Points. Primary Points are classified as individual street address 
records that contain no secondary information although they may have associated address records that contain secondary information. These 
Primary Point street addresses are flagged with an indicator in the Primary Point Indicator field of the PAF Point file. Further, Primary Points 
are flagged as either a Real Primary Point with a value of “R” or as a Phantom Primary Point with a value of “P”. 


For all other address records, the Primary Point Indicator field is left blank. Please refer to the Data Guide. 


4.6.7.1 Definition of a Primary Point 
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The AMAS Program defines a primary point street address as an individual address record that does not contain any secondary information. 
Refer to the Definition of Secondary Information. 


A primary point street address has: 


e a House (street) Number eg. 23 or 

e aHouse (Street) number range — eg. 23—25 

e an approved street name eg. SMITH 

e an approved street type eg. ST (optional) 

e an approved street suffix eg. W (optional) 
e an approved locality/suburb eg. MELBOURNE 
e  aState eg. VIC 

e  aPostcode eg. 3000 

e  aPrimary Point Indicator eg.R 


4.6.7.2 Definition of a Real Primary Point 

The AMAS Program defines a Real Primary Point as an existing physical delivery address without secondary information although it may have 
associated secondary address records. For example a standard address of 1 SMITH ST. A Real Primary Point may also be an address that 
receives mail for special purposes. For example a Body Corporate letter box at a group of Units or a mailroom in a multi-level building. Real 
Primary Points are considered address records in their own right. 


4.6.7.3 Definition of a Phantom Primary Point 

The AMAS Program defines a Phantom Primary Point as a delivery point that does not physically exist or will not legitimately have mail sent to 
the primary point address. These address records are provided to assist in the address matching process. Phantom Primary Points will have 
associated secondary address records. Phantom Primary Points are not considered address records in their own right. 


4.6.7.5 Definition of Secondary Information 
The AMAS Program defines secondary information in an address record as any of the following: 


e Flat Unit type e.g. UNIT 

e Flat Unit number e.g.1 

e Floor level type e.g. FLOOR 
e Floor level number e.g. 5 

e House (street) number 1 suffix e.g. A 

e House (street) number 2 suffix e.g. A 


4.6.7.6 Returning/retaining Secondary Information 
Returning Secondary Information in the ATF/RAATF 


For the purposes of testing AMAS software, when matching to a Primary Point, the secondary information contained in the test record must 
be returned into the respective fields of the ATF/RAATF. Therefore you will be scored on the address format for all address fields including 
the secondary address fields. 


Retaining Secondary Information in a Customer Database 


If a match is made to a REAL Primary Point, it is not mandatory, though strongly preferred, for the additional/secondary information 
contained in a customer record to be returned into the respective fields of a customer database. 


If a match is made to a PHANTOM Primary Point the secondary information must be retained. This information is important so that it may 
appear on a mail piece to effect delivery of the mail item. Refer to PPM Rule 2 for more details. It is strongly preferred that this information 
is returned into the respective fields of a customer database though may be returned into a separate field so it can be used to print on a mail 
piece. 


4.6.7.7 Primary Point Matching (PPM) Rules 
PPM Rule 1 


For AMAS address matching purposes when the customer/test record contains secondary information and the corresponding secondary 
information cannot be located within an address record in the PAF, the customer/test record may be matched to the corresponding PAF 
Primary Point street address record. Please also refer to AM Rule — Flat Unit Types for more details of changes allowed when matching to 
Flat Unit numbers. 


NOTE: The secondary information contained in the customer/test record must be returned in the output. Note that when a match has been 
made using the above rule, the address format will be scored for all address fields including the secondary address fields. 


Therefore, when answering the Approval Test File (ATF) and Rapid Approval Test File (RAATF), secondary information (refer to the Definition 
of Secondary Information) must be returned into the respective answer fields, as this will form part of the AMAS scoring process. 


It is recommended that the software generates an output that indicates where a primary point match has been made. 


Australia Post AMAS Developer Guide 47 


Classification: PUBLIC 


Address Matching Example: 


PAF RECORDS PRIMARY POINT PAF RECORDS PRIMARY POINT 


1 SMITH ST 3 SMITH ST 
MELBOURNE VIC 3000 MELBOURNE VIC 3000 
2 SMITH ST R 3A SMITH ST 
MELBOURNE VIC 3000 MELBOURNE VIC 3000 
U 1 2 SMITH ST 3B SMITH ST 
MELBOURNE VIC 3000 MELBOURNE VIC 3000 
U2 2 SMITH ST 7 SMITH ST P 
MELBOURNE VIC 3000 MELBOURNE VIC 3000 
U3 2 SMITH ST SHOP 1/7 SMITH ST 
MELBOURNE VIC 3000 MELBOURNE VIC 3000 
U 4 2 SMITH ST SHOP 2/7 SMITH ST 
MELBOURNE VIC 3000 MELBOUNRE VIC 3000 
SE 1 L1 SHOP 3/7 SMITH ST 

7 SMITH ST MELBOURNE VIC 3000 


MELBOURNE VIC 3000 


CUSTOMER/TEST RECORD MATCH/NO MATCH EXPLANATION 


OFF 3 1 SMITH ST 
MELBOURNE VIC 3000 


FL5 1 SMITH ST 
MELBOURNE VIC 3000 


SHOP 1 2 SMITH ST 
MELBOURNE VIC 3000 


3C SMITH ST 
MELBOURNE VIC 3000 


SHOP 5/7 SMITH ST 
MELBOURNE VIC 3000 
SE 1 

7 SMITH ST 
MELBOURNE VIC 3000 


1 SMITH ST 
MELBOURNE VIC 3000 
1 SMITH ST 
MELBOURNE VIC 3000 
U 1 2 SMITH ST 
MELBOURNE VIC 3000 


3 SMITH ST 
MELBOURNE VIC 3000 
7 SMITH ST 
MELBOURNE VIC 3000 
SHOP 1 7 SMITH ST 
MELBOURNE VIC 3000 


PPM Rule 2 


Corresponding secondary information not contained in the PAF. 
Corresponding secondary information not contained in the PAF. 


Match on Unit Type is not available though the Unit Number is 
unique so the Unit Type may be changed to match. Refer to AM 
Rule — Flat Unit Types. 


Corresponding secondary information not contained in the PAF. 


Corresponding secondary information not contained in the PAF. 


Match on Unit Type is not available though the Unit Number is 
unique so the Unit Type may be changed to match 


For AMAS address matching purposes when the customer/test record does not contain secondary information and the associated Primary 
Point is flagged as a Phantom then a match is not permissible. Refer to Retaining Secondary Information in a Customer Database for more 


detail. 


Address Matching Example: 


PAF RECORDS PRIMARY POINT PAF RECORDS PRIMARY POINT 


1 SMITH ST 7 SMITH ST 
MELBOURNE VIC 3000 MELBOURNE VIC 3000 
3 SMITH ST SHOP 1/7 SMITH ST 
MELBOURNE VIC 3000 MELBOURNE VIC 3000 
3A SMITH ST SHOP 2/7 SMITH ST 
MELBOURNE VIC 3000 MELBOUNRE VIC 3000 
3B SMITH ST SHOP 3/7 SMITH ST 


MELBOURNE VIC 3000 


MELBOURNE VIC 3000 


CUSTOMER/TEST RECORD MATCH/NO MATCH EXPLANATION 


1 SMITH ST 1 SMITH ST Customer record contains no secondary information and the 
MELBOURNE VIC 3000 MELBOURNE VIC 3000 PAF record is a Real Primary Point. 

3 SMITH ST No Match 
MELBOURNE VIC 3000 


Customer record contains no secondary information and the 
PAF record is a Phantom Primary Point. 
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CUSTOMER/TEST RECORD MATCH/NO MATCH EXPLANATION 


3C SMITH ST 3 SMITH ST The PAF record is a Phantom Primary Point though the 

MELBOURNE VIC 3000 MELBOURNE VIC 3000 customer record contains secondary information therefore 
may be matched to the Primary Point. 

7 SMITH ST No Match 

MELBOURNE VIC 3000 


Customer record contains no secondary information and the 
PAF record is a Phantom Primary Point. 
PPM Rule 3 


For AMAS address matching purposes when the customer/test record has secondary information and the PAF address record has the 
corresponding secondary information a match must be made to the secondary address. Note that all other AMAS Program Matching Rules 
need to be considered. 


Refer to the Definition of Secondary Information, and the AM Rule- Flat Unit Types for more details of changes permitted when matching to 
Flat Unit numbers. 


.Address Matching Example: 


PAF RECORDS PRIMARY POINT PAF RECORDS PRIMARY POINT 


2 SMITH ST 4-6 SMITH ST 
MELBOURNE VIC 3000 MELBOURNE VIC 3000 
U1 2 SMITH ST L1 4-6 SMITH ST 
MELBOURNE VIC 3000 MELBOURNE VIC 3000 
U2 2 SMITH ST L2 4-6 SMITH ST 
MELBOURNE VIC 3000 MELBOURNE VIC 3000 
U3 2 SMITH ST L3 4-6 SMITH ST 
MELBOURNE VIC 3000 MELBOURNE VIC 3000 
U4 2 SMITH ST SE 1 L1 4-6 SMITH ST 


MELBOURNE VIC 3000 MELBOURNE VIC 3000 


SE 2 L1 4-6 SMITH ST 
MELBOURNE VIC 3000 


CUSTOMER/TEST RECORD MATCH/NO MATCH EXPLANATION 


U 3 2 SMITH ST U3 2 SMITH ST A match is made to the corresponding secondary 
MELBOURNE VIC 3000 MELBOURNE VIC 3000 address in the PAF. 
SHOP 3 2 SMITH ST U3 2 SMITH ST Match on Unit Type is not available though the Unit 


MELBOURNE VIC 3000 


L3 4-6 SMITH ST 
MELBOURNE VIC 3000 


SE1 L1 

4-6 SMITH ST 
MELBOURNE VIC 3000 
L4 

4-6 SMITH ST 
MELBOURNE VIC 3000 


MELBOURNE VIC 3000 


L3 4-6 SMITH ST 
MELBOURNE VIC 3000 
SE1L1 

4-6 SMITH ST 
MELBOURNE VIC 3000 
4-6 SMITH ST 
MELBOURNE VIC 3000 


Number is unique so the Unit Type may be changed 
to match 

A match is made to the corresponding secondary 
address in the PAF. 

A match is made to the corresponding secondary 
address in the PAF. 


Corresponding secondary information not contained 
in the PAF. 


PPM Rule 4 


For AMAS address matching purposes LOT Numbers are not Primary Points and LOT Numbers with secondary information do not have 
associated Primary Points. Therefore if the associated LOT Number or secondary information is not contained in the PAF, a match is not 
permissible. 


Address Matching Example: 


PAF RECORDS PRIMARY POINT 


LOT 30 GWEN ST 
YALLOCK VIC 3749 
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CUSTOMER/TEST RECORD MATCH/NO MATCH EXPLANATION 


LOT 30A GWEN ST No Match 
YALLOCK VIC 3981 


PPM Rule 5 


Corresponding address is contained not in the PAF and LOT 
Numbers do not have primary points. 


For AMAS address matching purposes Postal Delivery Type addresses are not Primary Points and Postal Delivery Type addresses do not have 


associated Primary Points. Therefore if the associated Postal Delivery Type address is not contained in the PAF, a match is not permissible. 


Address Matching Example: 


PAF RECORDS PRIMARY POINT 


PO BOX 1 
YALLOCK VIC 3981 


CUSTOMER/TEST RECORD MATCH/NO MATCH EXPLANATION 


PO BOX 1A No Match 
YALLOCK VIC 3981 


4.6.8 Below DPID Matching (BDM) Rules 


Corresponding address is not contained in the PAF and 
Postal Delivery Addresses do not have primary points. 


Matching is permitted in selected areas to a lower level than DPID. Matching will only be permitted to areas that have been selected and 


have the relevant details in the PAF record to allow this m 


atching. A match must be attempted to a DPID before matching to this lower 


level. Please refer to the Address Matching Hierarchy for more detail on when the different level of matching is permitted. This will remain 
in place until these selected areas are fully populated in the PAF. 


4.6.8.1 Group Level — Below DPID Matching Rule 1 


For AMAS address matching purposes when the customer/test record contains an address that does not match to a PAF address then a 


match may be made to a Group Delivery ID when: 


e  AGroup Delivery ID is available 
e An exact match is made on the PAF Group record 


e A match is made on the Locality and Postcode combination 


e The Locality or Postcode are not changed 


e The Address Matching Hierarchy is used in accordance with other address matching rules. 


Note that the Misspelt Locality Rule may be used. The PA 
fields of the test file. 


Address Matching Example: 


F Group and Locality details must be returned in the address format component 


PAF RECORDS 


10 SMITH ST 
EARLSTON VIC 3669 


SMITH ST 
EARLSTON VIC 3669 


STREET STREET STREET SUFFIX 
TYPE 
ST 


SMITH 
WHITE RD 


12 SMITH ST 23 WHITE RD 
EARLSTON VIC 3669 EARLSTON VIC 3669 
RMB 


EARLSTON VIC 3669 


POSTAL DELIVERY TYPE GROUP DELIVERY ID LOCALITY 


26569650 EARLSTON 
EARLSTON 
RMB 26669946 EARLSTON 


CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


10 SMITH ST 10 SMITH ST 
EARLSTON VIC 3669 EARLSTON VIC 
1/10 SMITH ST 10 SMITH ST 
EARLSTON VIC 3669 EARLSTON VIC 
10-12 SMITH ST SMITH ST 
EARLSTON VIC 3669 EARLSTON VIC 
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3669 
A match may be made to the Street Number level therefore it is 
3669 not permissible to match to a lower level. Refer to PPM Rules. 
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CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


14 SMITH ST SMITH ST The address in the customer/test record is not contained in the 
EARLSTON VIC 3669 EARLSTON VIC 3669 PAF. A match is permissible to the Group level. 

23 WHITE RD 23 WHITE RD An exact match to the PAF record. 

EARLSTON VIC 3669 EARLSTON VIC 3669 

25 WHITE RD No Match May only match to a Group_Delivery_ID if the field is populated 
EARLSTON VIC 3669 in the file. 

RMB 7000 RMB The address in the customer/test record is not contained in the 


EARLSTON VIC 3669 


EARLSTON VIC 3669 


PAF. A match is permissible to the Group level. 


4.6.8.2 Locality Level - Below DPID Matching Rule 2 
For AMAS address matching purposes when the customer/test record contains an address that does not match to a PAF address and a 
Group Level match is not available, then a match may be made to a Locality Delivery ID when: 


e  ALocality Delivery ID is available 

e  Thecustomer/test record contains a valid Street Type or Postal Delivery Type 

e A match is made on the Locality and Postcode combination 

e The Locality or Postcode are not changed 

e The Address Matching Hierarchy is used in accordance with other address matching rules. 


Note that the Misspelt Locality Rule may be used. The PAF Locality and Street Type or Postal Delivery Type details must be returned in the 
address format component fields of the test file. 


Address Matching Example: 


PAF RECORDS 

10 SMALL ST 12 NIXON ST 23 FRANKLIN RD 
EARLSTON VIC 3669 EARLSTON VIC 3669 GOWANGARDIE VIC 3669 
GOWANGARDIE VIC 3669 ALFRED AVE 


GOWANGARDIE VIC 3669 


LOCALITY POSTCODE STATE LOCALITY DELIVERY ID 
VIC 


EARLSTON 3669 
GOWANGARDIE 3669 VIC 


CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


28020317 


10 SMALL ST 10 SMALL ST An exact match to the PAF record. 
EARLSTON VIC 3669 EARLSTON VIC 3669 
SHOP 3/10 SMALL ST 10 SMALL ST A match may be made to the Street Number level therefore it 


EARLSTON VIC 3669 


22 NIXON ST 
EARLSTON VIC 3669 


23 FRANKLIN RD 
GOWANGARDIE VIC 3669 


56 FRANKLIN RD 
GOWANGARDIE VIC 3669 


79 STEVENS LANE 
GOWANGARDIE VIC 3669 


MCGREGORS FARM 
GOWANGARDIE VIC 3669 
MCGREGORS FARM 


OUTBACK ROAD 
GOWANGARDIE VIC 3669 
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EARLSTON VIC 3669 


No Match 


23 FRANKLIN RD 
GOWANGARDIE VIC 3669 


GOWANGARDIE VIC 3669 


GOWANGARDIE VIC 3669 


No Match 


GOWANGARDIE VIC 3669 


is not permissible to match to a lower level. Refer to PPM 
Rules. 

The address in the customer/test record is not contained in 
the PAF. A match is only permissible to the Locality level when 
the Locality Delivery ID field is populated in the Locality file. 
A match may be made to the Street Number level therefore it 
is not permissible to match to a lower level. 

The address in the customer/test record is not contained in 
the PAF and there is no GroupDID for Franklin Rd. A match is 
permissible to the Locality level. 

The address in the customer/test record is not contained in 
the PAF and there is no GroupDID for Stevens Lane. A match is 
permissible to the Locality level. 

The address in the customer/test record does not contain a 
Valid Street Type or Postal Delivery Type. 

The address in the customer/test record contains a Street 
Type and a LocalityDID is available and there is no GroupDID 
for Outback Rd. 
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CUSTOMER/TEST RECORD MATCH TO EXPLANATION 


34 ALFRED AVE ALFRED AVE A match must be made to the highest level possible; in this 
GOWANGARDIE VIC 3669 GOWANGARDIE VIC 3669 case it is to the Group Delivery ID. 

RSD GOWANGARDIE VIC 3669 The address in the customer/test record contains a Postal 
GOWANGARDIE VIC 3669 Delivery Type and a LocalityDID is available. 


4.6.9 Parcel Locker, Parcel Collect and APCN Information 


Retaining Parcel Locker, Collect and APCN information 


Consumers may decide to have parcels delivered to Parcel Locker or Parcel Collect locations, rather than a traditional address. The 
information that is associated with a Parcel Locker or Parcel Collect delivery are associated with the addressee, not the address itself. 
Therefore, for AMAS address matching purposes, it is not permissible to match to an address that has Parcel Locker or Parcel Collect string. A 
DPID is applied for addresses without the Parcel Locker or Parcel Collect information applied. 


Name & Address String Example: 


The separation of the "name string" and "address string" fields will allow information that pertains to parcel deliveries to be retained in the 
addressee information to assist delivery, but not affect the address matching. Examples of how the name string lines can be separated out 
from the address string for parcel delivery are: 


Example 1 
John Smith - Name Line 1 (Name String) 


Parcel Locker 12345 54321 — Name Line 2 (Name String) 
Woolworths Keysborough South — Name Line 3 (Name String) 
Shop 3, 213 Chapel Road - Address 1 (Address String) 
Keysborough VIC 3173 — Address 2 (Address String) 


Example 2 

Parcel Locker 12345 54321 - Name 1 (Name String) 

John Smith — Name 2 (Name String) 

Woolworths Keysborough South — Name 3 (Name String) 
Shop 3, 213 Chapel Road - Address 1 (Address String) 
Keysborough VIC 3173 — Address 2 (Address String) 


Example 3 
John Smith — Name 1 (Name String) 


Woolworths Keysborough South — Name 2 (Name String) 
Parcel Locker 12345 54321 — Name 3 (Name String) 
Shop 3, 213 Chapel Road - Address 1 (Address String) 
Keysborough VIC 3173 — Address 2 (Address String) 


Example 4 
John Smith - Name 1 (Name String) 


Parcel Locker 12345 54321 — Name 2 (Name String) 
Shop 3, 213 Chapel Road — Address 1 (Address String) 
Keysborough VIC 3173 — Address 2 (Address String 


Example 5 
Parcel Locker 12345 54321 — Name 1 (Name String) 


John Smith — Name 2 (Name String) 
Shop 3, 213 Chapel Road - Address 1 (Address String) 
Keysborough VIC 3173 — Address 2 (Address String) 


APCN Number & APCN Matching Rules 


The Australia Post Customer Number (APCN) is a 10-digit number that is assigned to a customer when they register to a MyPost Account 
with Australia Post. The APCN is the identifier that a Parcel Locker or Parcel Collect customer utilises when they are collecting a parcel. 


Parcels being sent to Parcel Lockers and Parcel Collect delivery points are instructed to be addressed as: 


Name: «First name» «Last name» 
Parcel Collect/Parcel Locker «10-digit APCN> 
Street address of Parcel Locker/Post Office 
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Suburb, STATE, Postcode 


To enhance the customer experience, APCN matching rules can be implemented to ensure that the APCN is quoted correctly in the 
addressing process. The APCN matching rules relate are ensuring that 10-digit numbers are entered in relation to Name string records which 
refer to Parcel Lockers, Parcel Collect and the APCN. It is permissible to make the following changes to the Name String: 


e Atleast one word of Parcel, Locker, Collect must remain unaltered. 
e The 10-digit APCN number needs to remain unaltered. 


These matching rules are for Parcel Deliveries only and therefore not part of the AMAS certification process. 
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5 Declaration 


If an AMAS Program participant's software has been approved in a previous cycle, the participant can bypass the development and approval 
steps by declaring their software has not changed and still performs according to previous testing. To do this, AMAS Program participants 
will need to complete a form which declares that the product is the same as it was at the time of approval. 


The declaration process applies ONLY when NO CHANGES are made to the software product since it was approved in a previous cycle and 
NO CHANGES have been made to the PAF, Address Matching Rules or Matching Standards. 


If changes have been made to either the software, PAF, Address Matching Rules or Matching Standards, it will be necessary for the AMAS 
participant to follow the Approval Process by completing the requirements stated in the Development and Approval sections of this guide. 


5.1 The Declaration Process 


The coloured boxes show the relevant steps for the certification process for those participants with AMAS software, which has been 
previously approved, and want to declare that there have been no changes to the software or the PAF since the last AMAS cycle. 


Has the 
sofbware or 
the PAF changed that NO changes 
since the last have been made 
cyde? to software 


5.2 Declaration Form 


If no changes have been made to a participant’s software, PAF, Address Matching Rules or Matching Standards since the last cycle then you 
may take advantage of the declare process. This process allows a participant to bypass the formal approval testing process by declaring their 
software performs to the same standard as tested in a previous cycle. You will need to contact apdata.help@auspost.com.au to request a 
form where you must formally declare that no changes have been made to the address matching engine in your software. It is 
recommended that self-testing is performed prior to signing the declaration form. 


If changes have been made to the PAF, Address Matching Rules or Matching Standards at the beginning of an AMAS cycle, all participants 
will be required to adhere to the Development and Approval steps as documented in this guide and will not be able to use the Declare 
process. 


If a participant makes changes or improvements to their software before the commencement of the AMAS cycle, they will be required to 
undertake the steps of the Development and Approval processes to ensure the software remains compliant and will not be able to take up 
the option to declare. 


After the declaration form is received and accepted by Australia Post, an updated certificate for the current AMAS cycle will be sent to the 
participant. 


Auditing 


In order to maintain quality standards, Australia Post will conduct regular audits of program participant’s software, particularly those that 
have chosen the declare option. If an audit identifies inconsistent results against previous testing, Australia Post will discuss the appropriate 
actions with the participant and may charge additional test fees to retest the software. Refer to the licence agreement for details about 
testing fees. 


Audit Process 


If a participant is selected to have their software audited for compliance, Australia Post will provide two weeks’ notice and agree ona 
reasonable date for the testing to be conducted. The compliance testing will follow the same process as documented under the Approval 


process using an Approval Test File or Rapid Addressing Approval Test File. 
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6 AMAS approval 


The approval process evaluates the participant's software against the Address Matching rules and Matching Standards set by Australia Post. 
Software must meet these standards to pass certification. The criteria highlighted in the Development Process are evaluated during the 
Approval Process, and if successful, AMAS Certification is then issued for the approved software. This section details the steps and the key 
information about the approval process. 


If a participant takes the option to declare for an AMAS cycle, they will need to follow the steps in the Declaration section. 
6.1 The Approval Process 


The coloured boxes in the following diagram show the relevant steps for the Certification process to obtain approval for your AMAS 
software. 


Send the 


Request the 
Approval Test 


Australia Post 


Approval Test : validates the Approval 
N 1: 
Participant? PEVEEDPNENT File (ATF or uU d ATF/RAATF & Test PAYMENT 
RAATF) from returns the results 


Australia Post Australia Post 


for scoring results 


Re-test fee 
Invoice issued 
and paid 


No 
Yes 


Has the 
software or PAF 
changed since the 
last cycle? 


Continuing Yes 


AMAS 
Certification? 


DECLARATION PAYMENT 


6.2 Approval Tests 


The approval test file enables software developers to demonstrate the accuracy of their address matching software to Australia Post. This is 
required in order to gain AMAS approval. All participants must have their software tested to ensure compliance. This includes value added 
reseller software which must also be tested to ensure that no integration or environment problems have been included in the production of 
their software. Please ensure that you have run and validated the results from your software against those in the STF before requesting the 
Batch Approval Test File (ATF) or Rapid Address Approval Test File (RAATF). 


When the developed software has been tested by the participant’s development team (using the STF) and the participant is confident that 
the software is ready for Australia Post to begin testing, they should email the apdata.help@auspost.com.au. 


In the email, participants should state the software name, version number and platform to be tested and ask to be sent the Approval Test 
file ATF and/or RAATF. An approval test file will be forwarded to you by email within five working days along with the Software Testing 
Request form. If necessary, specify a preferred date for delivery of the approval test file. The Software Testing Request form should be 
returned to Australia Post along with the completed approval test file. 


Australia Post expects that most participants will seek testing during the pre-cycle period of August to November in preparation for the 
coming full calendar year cycle. It may be attempted any time after the release of PAF VYYYY.O up until of the end of the following year. New 
participants can request the ATF and/or RAATF and submit the software for testing at any time during the year excepting periods the 
apdata.help@auspost.com.au is closed for testing. Contact the apdata.help@auspost.com.au for more details about testing availability and 
refer to the Approval Process for more information. 


Upon receiving the Batch and/or the Rapid Approval Test File, you must use your Batch and/or Rapid software (whichever is applicable) to: 


e append the DPID where a matching record is found 

e insert a DPID of "zero" where no matching record was found 

e correct and/or standardise matched addresses into the appropriate answer element fields and then return the ATF and/or RAATF 
via email. 


Participants who are applying for AMAS Certification for their software will need to send their completed Batch Approval Test File (ATF) or 
Rapid Address Approval Test File (RAATF) to the apdata.help@auspost.com.au for testing within the timeframes specified along with: 


e the completed AMAS Cycle Formal Software Information 
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e the Testing Declaration Form 
e the Approval Test File completed as per the AMAS approved address format with appended DPIDs. 


Batch Software Rapid Software 
(Interactive) (Interactive-requires user intervention) 
OR 
100,000 records 250 records 
Return to Australia Post within 5 working days of Return to Australia Post within 24 hours of 
receipt of ATF receipt of ATF 


Failure to return the ATF and/or RAATF answer file and Declaration form within the specified time frame may result in the approval attempt 
being scored a failure. If this occurs, you may re-apply for another Approval Test, which will incur a fee. Refer to the Licence Agreement for 
details about the AMAS Program Fee Structure. 


Australia Post will score the test results within 10 working days and provide the results back to participants with the appropriate reports. 


Participants will have developed software according to their need for either Batch Address Matching software or Rapid Address Matching 
software. They should also have informed the apdata.help@auspost.com.au of the names and versions of the software products to be 
included in the ‘Multi-Platform’ testing and stated the platform families included. 


While the software is tested for one of the platforms, the participant must perform their own internal testing before the ATF and/or RAATF 
is sent to Australia Post, to ensure the software achieves the same results on all the associated platforms. 


The participant nominates one platform for the formal Approval Test. On achieving a successful approval result, the participant will be 
requested to sign the Multi-Platform Declaration section. The section clearly states that other ‘Multi-Platform’ registered products will 
achieve the same results on their respective platforms, as proven through internal testing conducted by the participant. The AMAS Program 
will then approve this collection of products for the relevant cycle. 


Any products not included in the ‘Multi-Platform’ testing will need to be registered and tested under the standard testing methodology. 
They will be tested for each platform family, separately. 


6.2.1 Approval Test File Categories 


The Batch Approval Test File (ATF) and Rapid Address Approval Test File (RAATF) contain test categories that require answers to be provided 
by the address matching software. AMAS will use the answers provided for scoring purposes. The Approval Test File will contain three 
categories of tests, same as for the Self-Test File (STF). 


Each Approval Test File is unique and contains approximately 100,000 test cases for ATF and 250 test cases for RAATF. The structure of 
Approval Test File is similar to STF but unlike the STF, the Approval Test File does not contain any corresponding answers; instead it provides 
empty address and DPID fields where you are required to insert your answers. 


There are 2 options available for testing. They are: 


1. Complete an Approval Test for each separate software version and hardware platform. 
(For example, if the software in your organisation runs on MVS and Unix then you are required to submit two Approval Tests) OR 
2. Complete a formal Approval Test for one Product to represent others in the suite and test other platforms in-house. Complete a 
Multi-Platform declaration section to show successful testing. Refer to the information on Multi-Platform testing and in the 
Approval Process section of this guide for relevant eligibility criteria. 


6.2.2 Approval Test File Structure 


6.2.2.1 General Information 
e The first line of the file contains the header record 
e Thelast line of the file contains the trailer record 
e Therestare the detail records. There are approximately 100,000 test records in an ATF and approximately 250 test records in a 
RAATF, each consists of the AMAS test address and room for answers to be returned. 


The conventions used in the following tables are: 


e Aindicates alphabetic character (no numeric digits) 

e Xindicates alphanumeric character 

e Qindicates numeric digit only (0 — 9) 

e The length of each field is specified as an integer within parentheses in the Size column 
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e All character fields are left aligned 
e All numeric fields are right aligned with padding zero in front to make up the length. The exceptions are: 


— The postcode field where both rules apply, ie. left aligned and padded with zero. This field is set at 12 characters long, but 
it will contain a 4-digit postcode number, eg. “3001”, "0832", plus 8 blanks. 


— FILE NBR and CUSTOMER ID which will be blanks 


e All answer fields on the detail records reflect the names of the fields used in the PAF tables. Refer to the Postal Address File Table 
Structure in the Australia Post Data Guide for more information 

e Some field sizes in the Approval Test File differ from the PAF. This is to accommodate AMAS valid values from the Code and 
Synonym tables when answering the Batch Approval Test File (ATF) and Rapid Approval Test File (RAATF). Refer to the AMAS 
Program Matching Rules in this guide. 


6.2.2.2 How should the answers be returned in the Answer File? 
When returning answer address, you should: 


e fill all appropriate fields in the answer sections, including the delivery point identifier for matched address; or 
e setthe answer delivery point identifier to 00000000 for non-matchable address; or 
e leave all answer fields blank if test case is to be bypassed. 


6.2.2.3 Approval Test File Header 


DUESENENE [7-7 DEC EI E^ M 


RECORD TYPE A single character to indicate header record. A(1) 
COPYRIGHT SYMBOL Copy right of Australia Post. X(18) O Australia Post 
FILE CREATION. DATE Date file created in YYYYMMDD format. X(8) 19990420 
FILE TYPE File type. A(3) STF 
FILE NBR An 8 digit number created by the AMAS Program to uniquely identify the X(8) 
file. 


CUSTOMER ID An 8 digit number created by the AMAS Program to uniquely identify the X(8) 


AMAS Program customer. 


6.2.2.1 Approval Test File Detail 


Dux — (M —— ——H[a I" ng] tt 


RECORD TYPE A single character to indicate detail record. A(1) 

RECORD ID AMAS test case record number. 9(8) 00234567 

RECORD BATCH NBR AMAS test case batch number. Usually contains the date 9(8) 20130724 
the test record was created, in YYYYMMDD format. 

INP ADDRESS 1 Line 1 of test address. X(50) 

INP ADDRESS 2 Line 2 of test address. X(50) 

INP ADDRESS 3 Line 3 of test address. X(50) 

ANS DELIVY POINT ID Answer delivery point identifier (DPID). 9(8) 34567890 

ANS FLAT UNIT TYPE Answer flat/unit type. X(12) U 

ANS FLAT UNIT NBR Answer flat/unit number, including suffix. X(7) 1 

ANS FLOOR LEVEL TYPE Answer floor/level type. X(18) FL 

ANS FLOOR LEVEL NBR Answer floor/level number. X(5) 2 

ANS LOT NBR Answer lot number. X(6) 100 

ANS POSTAL DELIVERY TYPE Answer postal delivery type. X(11) PO BOX 

ANS POSTAL DELIVERY NBR Answer postal delivery number. 9(5) 00020 

ANS POSTAL DELIVERY NBR PFX Answer postal delivery number prefix. X(3) N 

ANS POSTAL DELIVERY NBR SFX Answer postal delivery number suffix. X(3) A 

ANS HOUSE NBR 1 Answer house (street) number 1 9(5) 00023 

ANS HOUSE NBR SFX 1 Answer house (street) number 1 suffix. X(1) A 

ANS HOUSE NBR 2 Answer house (street) number 2 9(5) 00000 

ANS HOUSE NBR SFX 2 Answer house (street) number 2 suffix. X(1) 

ANS STREET NAME Answer street name. X(30) SMITH 

ANS_STREET_TYPE Answer street type. X(13) ST 
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ANS STREET SFX Answer street suffix. X(10) 

ANS LOCALITY NAME Answer locality name. X(46) WINDSOR 
ANS POSTCODE Answer postcode. X(12) 3214 

ANS STATE Answer state. X(3) VIC 


6.2.2.5 Approval Test File Trailer 


Dre Á= 


RECORD TYPE A single character to indicate trailer record. A(1) 
FILE RECORD COUNT Count of number of detail records in the file. 9(8) 00109324 


6.3 Matching Standards 


6.3.1 Test Types 
There are three test type categories in the scoring system that provides the final approval test results: 


e Valid — where an exact match is expected and a numeric DPID should be returned 
e — Amendable — where address correction is required and a numeric DPID should be returned 
e No Match — where no match should be provided and the DPID value returned is zero. 


Note: All the test criteria listed must be achieved in order to pass the Approval Test. 
The rules state a minimum match rate is required for the commercial Value Added Resellers. This is not required for Internal Users. 


All Participants must meet the same high accuracy level for those matches attempted. 


Each test type category has associated scoring rules that are numbered sequentially. The scoring rules for each test category are described 
below. 


6.3.2 Batch Scoring, results and analysis report 


Matching standards are Australia Post's address matching quality standards. These standards are instrumental in the development phase 
and they must be adhered to pass the approval process. 


After development and self-testing are completed, the participant will send their approval test file to Australia Post. The scoring of the 
returned approval test file is performed using software specifically developed by Australia Post in accordance with the AMAS Program's 
rules. The software will be tested using these criteria during the approval process. Australia Post suggests following these standards through 
the development and self-testing prior to seeking approval. 


6.3.2.1 Batch Valid Test Scoring (BVS) Category Rules 
6.3.2.1.1 BVS Rules 


BVS Rule 1 


Value Added Resellers 


Return numeric DPIDs (no spaces) for 10096 of the records comprising ^ As per Internal Users 
our valid test cases. 


BVS Rule 2 
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Value Added Resellers 


Return a non-zero DPID for the records you choose to answer (there Return the correct matching DPID for at least 9996 of the 
is no minimum number required to be answered). The remaining records comprising our valid test cases, of which the 
records may be comprised of: remaining 196 (ie 10 records per 1000) may be comprised of: 
e No more than 4 records per 1000 of those you answer may have e No more than 4 records per 1000 with an incorrectly 
an incorrectly matched DPID (99.60% DPID accuracy); and matched DPID (99.6096 DPID accuracy), and 

e The remainder with non-assigned DPIDs of zero. e Asper Internal Users 

BVS Rule 3 

Value Added Resellers 
Return the AMAS Program approved address format for at least As per Internal Users 


99.6096 of the correct answers returned. 


6.3.2.1.2 BVS Explanations 


Value Added Resellers 


Assume there are 2,000 valid test cases in your Approval Test File, As per Internal Users 

according to BVS Rule 1: 

e You are required to return numeric DPIDs for all 2,000 addresses e As per Internal Users 
in the respective DPID answer field in the Approval Test File. 


Assume you have returned 2,000 records, according to BVS Rule 2: As per Internal Users 

e You may attempt to answer as many records as you choose, eg. e  Returnat least 1980 records with the correct matching 
1000 DPID, 

e For the 1000 records answered, there may be no more than 4 e There may be no more than 8 incorrectly matched 
incorrectly matched DPIDs appended, and DPIDs appended (4 per 1,000), and 

e The remaining records must be non-assigned DPIDs (zero). e Asper Internal Users 

Assume you have returned 1,000 records with the correct matching Assume you have returned 2,000 records with the correct 

DPID, matching DPID, 

e According to BVS Rule 3, you may have no more than 4 of these e According to BVS Rule 3, you may have no more than 8 
addresses with an incorrect AMAS Program approved address of these addresses with an incorrect AMAS Program 
format appended. approved address format appended. 


6.3.2.1.3 BVS Examples 


Value Added Reseller 


According to BVS Rule 2 if there were 10,000 records comprising According to BVS Rule 2 if there were 10,000 records comprising 

our valid test cases, then returning: our valid test cases, then returning: 

e 4,980 records with correct matching DPIDs, 20 records with e 9,900 records with correct matching DPIDs, 40 records with 
incorrect matching DPIDs and 5,000 records with non-assigned incorrect matching DPIDs and 60 records with non-assigned 
DPIDs would constitute a Pass. DPIDs would constitute a Pass. 

e 4,979 records with correct matching DPIDs, 21 records with e 9,900 records with correct matching DPIDs, 41 records with 
incorrect matching DPIDs and 5,000 records with non-assigned incorrect matching DPIDs and 59 records with non-assigned 
DPIDs would constitute a Failure. DPIDs would constitute a Failure. 

e  7,968records with correct matching DPIDs, 32 records with e 9,900 records with correct matching DPIDs, 39 records with 
incorrect matching DPIDs and 2,000 records with non-assigned incorrect matching DPIDs and 61 records with non-assigned 
DPIDs would constitute a Pass. DPIDs would constitute a Pass. 

e 1,000 records with correct matching DPIDs, 4 records with e 9,899 records with correct matching DPIDs, 40 records with 
incorrect matching DPIDs and 8,996 records with non-assigned incorrect matching DPIDs and 61 records with non-assigned 
DPIDs would constitute a Pass. DPIDs would constitute a Failure. 

e  990records with correct matching DPIDs, 10 records with e 9,900 records with correct matching DPIDs, 
incorrect matching DPIDs and 9,000 records with non-assigned e O records with incorrect matching DPIDs and 100 records 
DPIDs would constitute a Failure. with non-assigned DPIDs would constitute a Pass. 


6.3.2.2 Batch Amendable Test Scoring (BAS) Category Rules 
6.3.2.2.1 BAS Rules 


BAS Rule 1 
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Value Added Resellers 


Return numeric DPIDs (no spaces) for 100% of the records 
comprising our amendable test cases. 


BAS Rule 2 


As per Internal Users 


Value Added Reseller 


Return a non-zero DPID for as many records you choose to 
answer (there is no minimum number required to be 
answered). The remaining records may be comprised of: 


e No more than 4 records per 1000 of those you answer 
may have an incorrectly matched DPID (99.60% DPID 
accuracy); and 


e The remainder with non-assigned DPIDs of zero. 


BAS Rule 3 


Return the correct matching DPID for at least 90% of the records 
comprising our amendable test cases, of which the remaining 10% (ie 
100 records per 1000) may be comprised of: 


e No more than 4 records per 1000 with an incorrectly matched 
DPID (99.60% accuracy), and 


e Asper Internal Users 


Value Added Reseller 


Return the AMAS Program approved address format for at 
least 99.6096 of the correct answers returned. 


6.3.2.2.2 BAS Explanations 


As per Internal Users 


Value Added Resellers 


Assume there are 2,000 amendable test cases in your 

Approval Test File, according to BAS Rule 1: 

e You are required to return numeric DPIDs for all 2,000 
addresses in the respective DPID answer field in the 
Approval Test File. 

Assume you have returned 2,000 records, according to BAS 

Rule 2: 


e You may attempt to answer as many records as you 
choose. Eg. 1,000 


e For the 1,000 records answered, there may be no more 


than 4 incorrectly matched DPIDs appended, and 


e The remaining records must be non-assigned DPIDs 
(zero). 

Assume you have returned 1,000 records with the correct 

matching DPID, 


e According to BAS Rule 3, you may have no more than 4 of 


these addresses with an incorrect AMAS Program 
approved address format appended. 


6.3.2.2.3 BAS Examples 


As per Internal Users 


e Asper Internal Users 


As per Internal Users 


. Return at least 1800 records with the correct matching DPID, 


e There may be no more than 8 incorrectly matched DPIDs 
appended (4 per 1,000), and 


e Asper Internal Users 


Assume you have returned 2,000 records with the correct matching 
DPID. 


e According to BAS Rule 3, you may have no more than 8 of these 
addresses with an incorrect AMAS approved address format 
appended. 


Value Added Resellers 


According to BAS Rule 2 if there were 10,000 records 
comprising our amendable test cases, then returning: 


e 4,980 records with correct matching DPIDs, 20 records 
with incorrect matching DPIDs and 5,000 records with 
non-assigned DPIDs would constitute a Pass. 


e 4,979 records with correct matching DPIDs, 21 records 
with incorrect matching DPIDs and 5,000 records with 
non-assigned DPIDs would constitute a Failure. 


e  7,980records with correct matching DPIDs, 32 records 
with incorrect matching DPIDs and 1,988 records with 
non-assigned DPIDs would constitute a Pass. 
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According to BAS Rule 2 if there were 10,000 records comprising our 
amendable test cases, then returning: 


e 9,000 records with correct matching DPIDs, 40 records with 
incorrect matching DPIDs and 960 records with non-assigned 
DPIDs would constitute a Pass. 


e 9,000 records with correct matching DPIDs, 41 records with 
incorrect matching DPIDs and 959 records with non-assigned 
DPIDs would constitute a Failure. 


e 9,000 records with correct matching DPIDs, 39 records with 
incorrect matching DPIDs and 961 records with non-assigned 
DPIDs would constitute a Pass. 
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e 1,000 records with correct matching DPIDs, e 3,999 records with correct matching DPIDs, 40 records with 


4 records with incorrect matching DPIDs and 8,996 incorrect matching DPIDs and 961 records with non-assigned 
records with non-assigned DPIDs would constitute a DPIDs would constitute a Failure. 
Pass. 

e  995records with correct matching DPIDs, e 9,000 records with correct matching DPIDs, 
5 records with incorrect matching DPIDs and 9,000 0 records with incorrect matching DPIDs and 1000 records with 
records with non-assigned DPIDs would constitute a non-assigned DPIDs would constitute a Pass. 
Failure. 


6.3.2.3 The Batch No Match Test Scoring (BNS) Category Rules 
6.3.2.3.1 BNS Rules 


BNS Rule 1 
Value Added Resellers 
Return numeric DPIDs (no spaces) for 100% of the records As per Internal Users 


comprising our no match test cases. 


BNS Rule 2 
Value Added Resellers 
Return a DPID of zero for at least 99.60% of the records As per Internal Users 


comprising our no match test cases. 


6.3.2.3.2 BNS Examples 


Value Added Resellers 


Assume there are 2,000 no match test cases in your Approval As per Internal Users 
Test File, according to BNS Rule 1: 


e You are required to return numeric DPIDs for all 2,000 e Asper Internal Users 
addresses in the respective DPID answer field in the 
Approval Test File. 


e According to BNS Rule 2, you may have no more than 8 e Asper Internal Users 
records (4 per 1000) with a non-zero DPID appended. 


6.3.3 Rapid Scoring, Results and Analysis Report 


After development and self-testing are completed, the participant will request their Approval Test file to Australia Post. The scoring of the 
returned Rapid Approval Test file is performed using software specifically developed by Australia Post in accordance with the AMAS Program 
rules. The software will be tested using these criteria during the approval process. Australia Post suggests following these standards through 
the development and self-testing prior to seeking approval. 


6.3.3.1 RTS Rules 
Unless otherwise specified, all rules apply across the different Licence types: 


RTS Rule 1 

Return a numeric DPID (no spaces) for 10096 of the records comprising all test cases, ie. Valid, Amendable and No Match test cases. 
RTS Rule 2 

No more than 2 records of the 250 may have an incorrect DPID appended (ie. 99.2096 accuracy). 

RTS Rule 3 

No more than 2 records of the 250 may have an incorrect AMAS Program approved address format returned. (ie. 99.2096 accuracy) 


6.3.3.2 RTS Examples 
There are 250 test cases in your Rapid Approval Test file: 


e According to RTS Rule 1, you are required to return all 250 addresses and their numeric DPIDs in the answer fields. 


Assume you have returned 250 records. 


e According to RTS Rule 2, at least 248 records must have the correct DPID appended. 


Assume you have returned the correct DPID for 248 records. 
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e According to RTS Rule 3, of those records that have a correct DPID other than a zero only 2 records may have addresses with an 
incorrect AMAS Program approved address format. 


Note: all test criteria listed above must be achieved in order to pass the Rapid Approval Test. 


6.3.3.3 Additional Rapid Software Requirements 
In addition, Rapid Software also has the following requirements: 


Matching to PO Box addresses 


When matching to PO Box addresses, once a Locality is selected, only PO Boxes for that Locality or variations of the Locality Name can be 
made available for selection. 


For example, if ‘Bondi’ is selected or entered, the pick-list may only display PO Box addresses with variations that include the selected 
Locality Name, such as ‘Bondi Beach’. It may only include all Locality names within the selected Postcode, which include the word ‘Bondi’. 


Matching to Phantom Primary Points 
An address of a Phantom Primary Point may not be selected unless the user enters some secondary information. 


For example, a unit, level or suffix needs to be provided. These additional details must accompany the saving of the address and appending 
of the DPID. In other words, if the user accepts the address and DPID into a database or a print file, the secondary information provided must 
also be saved. 


Matching using Street Alternates and Bordering Localities 


Street Alternate and Bordering Locality information must be included in the address matching process, however, only PAF addresses may be 
displayed for selection. 


For example, a street alternate or bordering locality may identify a possible address match, but these details may not appear in the address 
provided for selection, as they are different to the details contained within the PAF. That is, the alternate street and bordering locality names 
are to be used to direct the user to the associated PAF address. 


Matching Below DPID 


It is optional to include Group and Locality Level DID matching within your Rapid software. However, if this matching is included, the user 
must be prompted for additional information (if not already provided) to assist with delivery. 


Applying the barcode for a Group or Locality level DID does not guarantee a mail piece may be delivered, as additional information may be 
required in order to ensure delivery. It is recommended that users be notified when a DID match is used as this type of matching does not 
provide full address validation. 


6.3.4 The Scoring System 


6.3.4.1 Valid Test and Amendable Test Categories 
The scoring system will score the DPID first. If an incorrect DPID is detected, the scoring system will not continue to check the address 
format. 


If the DPID is correct, then the scoring system will proceed to check for the accuracy of the address format (except where a zero DPID is 
provided as your answer). 


If the test relates to matching to Primary Points, the scoring system will check the accuracy of the address format for both the Primary and 
any Secondary Point details. Refer to Matching to Primary Points for more information. 


6.3.4.2 For the No Match Test Category 
For the No Match Test Category, you are required to return a zero ("0") DPID value and no matching address. 


If you return a zero DPID value for the No Match Test Category, it will be scored as correct. If you return a "non zero" DPID, it will be scored 
as incorrect. In either case, the address format, if returned, will not be scored. 


6.3.5 AMAS Approved Address Format 


The AMAS Program approved address format is the address format as used in the PAF. However, any records with a value of V (V = Valid) 
from the code and/or synonym table are acceptable and can be returned in the appropriate answer field of the Approval Test File. For 
example: 


For Flat Unit Type, full English spelling (as found in the code table) is also accepted as a correct address format: 


e  "F"and “FLAT” are both acceptable 
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For Floor Level Type, full English spelling (as found in the code table) is also accepted as a correct address format: 


e  "L"and "LEVEL" are both acceptable 


For Street Type, full English spelling (as found in the code table) is also accepted as a correct address format: 


e "ST" and "STREET" are both acceptable 


For Street Suffix, full English spelling (as found in the code table) is also accepted as a correct address format: 


e “W” and "WEST" are both acceptable 
Refer to the AMAS Program Matching Rules for more information. 


Address format and Primary Point Matching 

When matching to Primary Points using the Primary Point Matching Rules (Refer to Primary Point Matching (PPM) Rules) the address scoring 
system will check the accuracy of the address format for both the Primary and any Secondary Point details. Refer to the Definition of 
Secondary Information in this guide. 


6.3.6 Platform Family 

AMAS approval testing is only performed on associated platform families. If a product runs on UNIX and Linux, then only one test would be 
required to represent the platforms within the family. Refer to the recognised platform groupings in 4.3.6 Deciding the Development 
Platform. 


6.3.6.1 Multi-Platform Testing 

When requesting the ATF, include the request for multi-platform testing in the email to apdata.help@auspost.com.au. The application lists 
the names and versions of the software products to be included in the multi-platform testing and states the platform families included. The 
participant nominates just one platform for the formal Approval Test. 


On achieving a successful approval result, the participant will be requested to sign the AMAS Program Declaration: multi-platform 
declaration form. The declaration clearly states that other ‘Multi-Platform’ registered products will achieve the same results on their 
respective platforms, as proven through internal testing conducted by the participant. The AMAS Program will then approve this collection 
of products for the relevant cycle. 


Any products not included in the multi-platform testing will need to be registered and tested under the standard testing methodology. They 
will be tested separately for each platform family. 


6.3.6.2 Subsequent Testing of Multi-Platform Products 
Once the new AMAS cycle begins, the AMAS Program will identify at least two participants for subsequent testing. If selected, the participant 
will be sent a request for another Approval Test to be conducted on a different platform family to that already tested. 


The test will be conducted in approximately February or March, and the product/platform family for testing will be selected by the AMAS 
Program. The participant will be given two weeks' notice to sit the test. Completing the test in one year does not preclude the possibility of 
being requested to perform a test again the following year. 


Participants wanting a previously untested platform to be approved must have the new software specifically tested. For a new participant, 
this will require the standard registration and testing of each product/platform family. For an existing participant, the new product/platform 
family can be nominated for the Approval Test within a multi-platform test scenario (if there is more than one new platform, each one will 
need to be tested by the AMAS Program). 


6.3.6.3 Non-Conformance of a Multi-Platform Nominated Product or Declaration 
If platforms/products that are operating in production are shown to be not capable of passing the AMAS Approval Test, there are 
contingencies that can be activated. Refer to the Licence Agreement or contact the apdata.help@auspost.com.au for assistance. 


If a participant is shown to have made a false declaration (when stating that all products have been tested and achieved the same results) 
they will be required to conduct a test for each individual platform family (using the standard testing process). They will also be required to 
pay the testing fee for each test and the products will be removed from the ‘AMAS Approved Product List’ (with all its implications) until 
such time as a successful Approval Test has been conducted. 


A vendor will be deemed to have made a false declaration if any subsequent test shows a deviation of 0.03% or more. An appeal may be 
made to the AMAS Program Manager, where the vendor can attempt to show that mitigating circumstances have led to the deviation. The 
decision to pursue the retesting, the payment of testing fees and the removal from the ‘AMAS Approved product List’ will be made by the 
AMAS Program Manager. This decision will be final. 


Any queries relating to the Approval Test File should be directed to the apdata.help@auspost.com.au. 
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6.3.7 Batch Software Requirements 


As part of the conditions for creating AMAS approved Batch software, there are certain requirements that your software must meet 
including the following: 


6.3.7.1 AMAS Rules 
Your AMAS software must invoke the AMAS Rules for the matching of addresses and the appending of the DPIDs to the satisfaction of the 
AMAS Testing procedure. 


6.3.7.2 Modifying your AMAS Software 
If the AMAS engine is modified in a way that effects the matching of addresses or the application of the AMAS rules, then you must notify 
the AMAS Program of the change and potentially re-sit for AMAS approval. See the Modifications Process for more information. 


6.3.7.3 Batch Process Summary Report 
Your batch software must be able to produce a process summary report as a means of verifying a lodgement of mail is current against the 
latest version of the PAF. This is not required of the “Rapid” software. 


6.3.7.4 Expiry of PAF 

Any software that uses the PAF is required to contain a facility that times-out the appending and accessing of DPIDs and the accessing or 
downloading of addresses according to the PAF timetable located in the Australia Post Data Guide. The PAF beyond these dates may be used 
as a look-up of addresses only. 


Your software is to also provide the means to override this expiry by a special key value that changes with each PAF. Refer to the 
information on automatic expiry of each PAF (time bomb) in the Australia Post Data Guide. 


Note: the need for the software expiry functionality may be bypassed through mutual agreement between the AMAS participant, the 
specific customer that requires the bypass, and the AMAS Program Manager. This will be permissible by exception only. Should this occur, an 
agreement needs to be drawn up between the customer and Post — where the customer agrees to abide by the rules of the program. 


The agreement must outline the need to update their DPIDs via a PAF update or ICF each quarter within the defined time period and the 
need to use current AMAS software. This agreement is to be managed by the AMAS participant. That is, the AMAS participant is to seek 
approval from the AMAS Program Manager, draft the agreement and forward it to apdata.help@auspost.com.au for printing on a Post 
letterhead, have the customer sign the agreement and then pass it back to apdata.help@auspost.com.au. 


6.3.7.5 Execution of AMAS Software 
The initiation of AMAS software must be separate from the invoking of any other address correction or manipulation software. 


6.3.7.6 Pre or Post Processing Software 
Any software or process that is used to manipulate or make changes to the address format and structure, before or after the address is 
processed through the AMAS software must produce a report showing the user what changes were made. 


For example if an attempt is made to clean up an address: 


100 LT COLLINS ST MELB 100 LITTLE COLLINS ST Then produce a report showing the user the changes that were 
3000 MELBOURNE VIC 3000 applied. 


6.4 Approval Results 
The approval result is valid until the end of the cycle. If a change is made to the software in the same cycle after approval is granted, follow 
the steps of the modification process. 


6.4.1 Passed Approval Test 
Having completed the scoring of your Approval Test File, Australia Post will send you three reports: 


1. aPerformance Summary Report which details the overall evaluation of the returned Rapid Approval Test File 

2. an Error Statistics Report which details the errors in the returned Rapid Approval Test File 

3. an Error Report that individually details all the errors for each test record that has been marked as incorrect in the returned Rapid 
Approval Test File. 


For detail regarding these reports, please refer to the AMAS Program Sample Reports Layout (Examples Only). 


When the approval test has been successfully passed Australia Post will send you an AMAS Program Licence Agreement (if one is not already 
in place) and an invoice with the appropriate fee payment details. Refer to the Licence Agreement regarding details of the AMAS Program 
Fee Structure. Certificates will also be issued to confirm the approval of the tested platforms. 
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Once your software has passed, you may also consider testing further products formally, or testing similar products/platforms in-house 
under the multi-testing platform option. The multi-platform declaration form is available from apdata.help@auspost.com.au. 


6.4.2 Failed Approval Test 
If the software fails the Approval Test there are two options: Re-test the software or Terminate from the AMAS Program. 
6.4.2.1 Re-test the software 


A participant can apply for, and submit, a second approval test. There is a fee associated with this second test attempt and for each 
subsequent attempt within the current cycle. A re-test invoice will be sent to the participant before re-testing will commence. Refer to the 
Licensee Agreement for re-testing and any other associated costs. 


6.4.2.2 Terminate from the AMAS Program 


A participant may choose to terminate from the AMAS Program if the software has failed the Approval Test. Refer to the Termination 
Process for details on terminating from the program. 


e Internal Users and Value Added Reseller participants are required to stop using the PAF within 30 days of the date of termination. 


New participants, please refer to the PAF Agreement for details of your responsibilities. Existing participants, please refer to the 
Licence Agreement for further details 

e Value Added Resellers must liaise with both Australia Post and their vendors regarding ceasing participation, including the 
destruction/return of PAF data as per their PAF Agreement or the Licence Agreement. Contact apdata.help@auspost.com.au for 
more information. 
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6.4.3 


AMAS Program Sample Reports Layout (Examples Only) 


6.4.3.1 Performance Summary Report for Batch Approval Test 


Client Name: 


Test File Number: 123 


Received Date: 


Issue date: 


Total Test Records 


Non-Assigned 


Records Answered 


DPID — Incorrect 


DPID — Correct 


Address 


Format — Correct 


Address 
Format — Incorrect 


ABC Pty Ltd 


25/09/2013 


23/09/2013 


Your Approval Test File contained 


Overall Performance: 


Prepared By: 


PASS 
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35000 


25 
34975 


45 


34930 


100,000 


42000 

0.07% 85 

99.93% 41915 
0.13% 15 

99.87% 41900 
99.99% 41896 
0.01% 4 

records 
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Product Name: 


Version Number: 1.0 


Platform: 


0.20% 
99.80% 


0.04% 


99.96% 


99.99% 


0.01% 


Approved By: 


Unix 


23000 


N/A 
23000 


10 


22990 


N/A 


N/A 


N/A 
100.00% 


0.04% 


99.96% 


N/A 


N/A 
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6.4.3.2 Performance Summary Report for Rapid Approval Test (sample only) 


Client Name: ABC Pty Ltd 

Test File Number: 123 

Issue Date: 28/10/2013 

Received Date: 29/10/2013 
Total 


Total Test Records 


DPID - Correct 
DPID — Incorrect 


Non-Assigned 


Address 
Format — Correct 


Address 
Format — Incorrect 


182 


182 


Your Rapid Approval Test File contained 


Overall Performance: PASS 


Prepared By: 
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Percent Total 


100.00% 
0.00% 
0.00% 


100% 


0.00% 


250 records 


40 


40 


40 


Product Name: ABC 
Version Number: 1.0 


Platform: Win 
Percent Total Percent Total 

28 250 

100.00% 28 100.0096 250 
0.0096 0 0.00% 0 
0.00% 0 0.0096 0 
100.0096 N/A N/A 222 
0.0096 N/A N/A 0 


Approved By: 
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Percent 


100.0096 
0.00% 
0.00% 


100.00% 


0.00% 
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6.4.3.3 Error Statistics Report 


Client Name: ABC Pty Ltd 

Test File Number: 123 

Issue date: 23/09/2013 

Received Date: 25/09/2013 
Error Code Count Error Code Count 
1 70 1 100 
2 0 2 0 
3 0 3 0 
4 0 4 0 
5 0 5 0 
6 0 6 0 
7 0 7 0 
8 0 8 0 
9 0 9 0 
10 0 10 0 
11 0 11 4 
12 0 12 0 
13 0 13 0 
14 0 14 0 
15 0 15 4 
16 0 16 4 
17 0 17 0 
18 0 18 0 
19 0 19 0 
20 0 20 0 

Your Approval Test File contained 100,000 records 
1 Incorrect DPID 11 
2 Incorrect Flat Unit Type 12 
3 Incorrect Flat Unit Number 13 
4 Incorrect Floor Level Type 14 
5 Incorrect Floor Level Number 15 
6 Incorrect Lot Number 16 
7 Incorrect postal Delivery Type 17 
8 Incorrect Postal Delivery Number 18 
9 Incorrect Postal Delivery Number Prefix 19 
10 Incorrect Postal Delivery Number Suffix 20 
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Product Name: ABC 
Version Number: 1.0 


Platform: Unix 

Error Code Count 
1 0 

2 N/A 
3 N/A 
4 N/A 
5 N/A 
6 N/A 
7 N/A 
8 N/A 
9 N/A 
10 N/A 
11 N/A 
12 N/A 
13 N/A 
14 N/A 
15 N/A 
16 N/A 
17 N/A 
18 N/A 
19 N/A 
20 N/A 


Incorrect Street Number From 
Incorrect Street Number From Suffix 
Incorrect Street Number To 
Incorrect Street Number Suffix To 
Incorrect Street Name 

Incorrect Street Type 

Incorrect Street Type Suffix 
Incorrect Locality 

Incorrect Postcode 

Incorrect State 


69 


6.4.3.4 Error Report (Example) 


Client Name: ABC Pty Ltd 
Test File Number: 123 

Issue date: 23/09/2013 
Issue Returned: 25/09/2013 


123 Lonsdale St 
MELBOURNE VIC 3000 


AMAS ID: (V1) 12345678 


486 Albert St 
EAST MELBOURNE VIC 3002 


AMAS ID: (V1) 42355654 
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DPID: 24682468 

Flat Unit Type: 

Flat Unit Nbr: 

Floor Level Type: 

Floor Level Nbr: 
Allotment Nbr: 

Postal Delivery Type: 
Postal Delivery Nbr: 
Postal Delivery Nbr Pfx: 
Postal Delivery Nbr Sfx: 
House Nbr From: 123 
House Nbr To: 

House Nbr Sfx From: 
House Nbr Sfx To: 
Street Name: LONSDALE 
Street Type: ST 

Street Type Sfx: 
Locality: MELBOURNE 
Postcode: 3000 

State: VIC 


DPID: 12345678 

Flat Unit Type: 

Flat Unit Nbr: 

Floor Level Type: 

Floor Level Nbr: 
Allotment Nbr: 

Postal Delivery Type: 
Postal Delivery Nbr: 
Postal Delivery Nbr Pfx: 
Postal Delivery Nbr Sfx: 
House Nbr From: 486 
House Nbr To: 

House Nbr Sfx From: 
House Nbr Sfx To: 
Street Name: ALBERT 
Street Type: ST 

Street Type Sfx: 


Locality: EAST MELBOURNE 


Postcode: 3002 
State: VIC 
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Product Name: 


Version Number: 


Platform: 


DPID: 88889999 

Flat Unit Type: 

Flat Unit Nbr: 

Floor Level Type: 

Floor Level Nbr: 
Allotment Nbr: 

Postal Delivery Type: 
Postal Delivery Nbr: 
Postal Delivery Nbr Pfx: 
Postal Delivery Nbr Sfx: 
House Nbr From: 123 
House Nbr To: 

House Nbr Sfx From: 
House Nbr Sfx To: 
Street Name: LONSDALE 
Street Type: ST 

Street Type Sfx: 
Locality: MELBOURNE 
Postcode: 3000 

State: NSW 

Error Code: 1, 20 


DPID: 87654321 

Flat Unit Type: 

Flat Unit Nbr: 

Floor Level Type: 
Floor Level Nbr: 
Allotment Nbr: 

Postal Delivery Type: 
Postal Delivery Nbr: 
Postal Delivery Nbr Pfx: 
Postal Delivery Nbr Sfx: 
House Nbr From: 486 
House Nbr To: 

House Nbr Sfx From: 
House Nbr Sfx To: 
Street Name: ALBERT 
Street Type: ST 
Street Type Sfx: 
Locality: SYDNEY 
Postcode: 9999 
State: VIC 

Error Code: 1, 18, 19 


ABC 
1.0 
Unix 
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6.4.3.5 Address Matching Processing Summary Report 


This report format and content is indicative of the type of information to be produced by batch AMAS Address Matching Processing software 


on each execution of a matching submission so that users have the appropriate evidence to support their barcoded mail lodgement. 


AMAS Address Matching Processing Summary Report 


AMAS Software Details 


Company Name: 


Software Name and Version: 


Software Approved for «YEAR» AMAS Cycle: 


Processing Results! 


Records Matched (no changes) & DPID Appended: 


Records Amended (with changes) & DPID Appended: 


Records Not Matched — No DPIDs 


Total Records: 


Signature of Compliance 

I certify that this information is true and accurate - 
Name of List Manager/Owner: 

Signature of List Manager/Owner: 


Address: 
Phone Number: 


Date: 


1 The ‘List Processor's Name’ is the name of the company/organisation assigning the DPID's via the AMAS approved software. 


1 For Example there are 100 records to process 
Records Matched (no changes): 50 

Records Amended (with changes): 30 

Records Not matched: 20 
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Database/List Owners Details 


List Processor's Name? 


Date List Processed: 


Processed Against PAF Version Number: 


Name of Address List: 


Classification: PUBLIC 


71 


6.4.4 AMAS Certification 
6.4.4.1 The AMAS Licence Agreement 


When the participant's software has been successfully approved for the first time, Australia Post will send a copy of the AMAS Licence 
Agreement and the AMAS certificate and logos. It is important to note that the certification process is independent of the AMAS Program 
Licence Agreement, in that although a participant may have a valid Licence for a number of years past the coming cycle, the certification and 
testing process must still be undertaken annually (including the declare process), unless otherwise advised by the AMAS Program. 


The certification process is independent of the AMAS Program Licence Agreement, in that although a Participant may have a valid Licence for 
multiple years, the certification and testing process must still be undertaken annually, unless otherwise advised by the AMAS Program. 
Annual certification, testing (and, if relevant, auditing) is required to ensure continued compliance with any software changes required 
through the AMAS Program. 


When you have been formally advised by the AMAS Program that your software has been approved, you are permitted to advertise that 
your software has been approved and claim PreSort pricing for any mail prepared by software that has been formally approved by the AMAS 
Program (subject to meeting all other requirements of the PreSort Letters Service). 


Approval is valid until the end of the cycle year (December). To retain currency of approval for the new cycle, participants must reapply for 
and successfully complete the AMAS Testing prior to the end of each annual cycle in time to incorporate and distribute PAF VYYYY.1. 


Read and sign two copies of the AMAS Program Licence Agreement and return both copies to Australia Post for counter-signature by 
Australia Post. A signed copy of the completed AMAS Licence Agreement will be returned to you for your records. 


Once the AMAS Program Licence Agreement has been processed by Australia Post, the AMAS Program Licence Agreement will then 
supersede any previously signed PAF Agreement. 


6.4.4.2. The AMAS Certificate 


The AMAS Certificate provides you with evidence that your software has passed the Approval Test for that specified AMAS annual cycle. This 
certificate gives integrity to the software through the partnership with Australia Post and the AMAS certification can be used to support the 
marketing and sales of the software. 


Australia Post gives providers whose software is AMAS certified, the opportunity to be listed on the Australia Post Website. Each participant 
can display a company profile along with information about the software solution, pricing and direct contact information. 


The AMAS logo and trademarks will also be provided to participants whose software has passed the approval process. The logo and 
trademarks can be used in publications, printing and attached to technology. The logo will be provided upon certification in an .eps format. 


For details about how to present the AMAS logo, the conditions of use, marketing support, approved wordings and use of the Trademark, 
refer to the Licence Agreement and the Support and Troubleshooting section in this guide. 


Australia Post also has a commitment to providing support and service to its AMAS Program participants. A dedicated team 
(apdata.help@auspost.com.au) has been established to handle your questions, queries and/or problems and facilitate participants 
transitioning through the steps of the certification and re-certification process. Refer to the Contact Us section at the beginning of this guide. 


6.4.4.3 Invoice issued 


Once the approval tests have been passed, Australia Post will issue an invoice for the program fee. Payment of invoices is covered in the 
Payments Process section. 
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7 The payment process 


Australia Post will issue invoices for payment and charge to participant's credit account at the relevant steps during the certification process. 
Participants will also be required to report on sales of their software and services throughout the year with the associated royalty fee details. 


7.1 The Payment Process 


The coloured boxes show the relevant steps for the payment process. There may be charges if additional testing is required to test any 
modifications during the annual AMAS cycle. 


Australia Post 


APPROVAL charges Return signed 


Yes ON BOARD 


New x h Approval Fee Licence 
Participant? Supe DEVELOPMENT and sends the Agreement to 
H if required) Licence Australia Post 
Agreement 
No 


Has the 
software or 
PAF changed 
since last 
cycle? 


— WELCOME 
Continuing BACK 


AMAS : : 
aie: Registration 
Certification? Fee is charged) 


Australia Post 
DECLARATION charges PAF 
Approval Fee 


No 


Yes 


APPROVAL 


Australia Post 
Pay 


charges 
Approval Fee 


DEVELOPMENT 


Re-testing fee 
if required) 


7.2 Fees 


7.2.1 Registration Fee 


The registration fee is required when participant would like to sign up and receive the PAF and associated data from Australia 
Post. Registration covers administration and provision of the data to the participant. The registration fee is paid on an annual basis 
regardless of the timing of registration that is there is no pro-rata fee available. Refer to the licence agreement for more information. 


7.2.2 Certification Fee 


The certification fee is required when a participant would like to develop AMAS address matching software. This fee covers the testing 
process and the associated test files as well as the right to use the Australia Post logo and promote their software as AMAS certified by 
Australia Post. Refer to the licence agreement for more information. 


7.2.3  Re-testing Fee 


The re-testing fee may be required if software has failed the approval process. This covers the retesting of the software to ensure it has met 
the required matching standards. Refer to the licence agreement for more information. 


7.2.4 Other Fees 


Other fees such as royalties apply to the sale of solutions services. These fees are set out in the licence agreement. Refer to the agreement 
for more information. 


7.3 Payment Methods 


The payment will be charged to Australia Post Credit Account and an invoice will be sent to the participant. Each invoice will include the 
related fees, amount and due date. 


For any other payment enquiries or a need to discuss the invoiced amount, please contact your Australia Post Credit Management 
representative listed at the top of your invoice. 


Australia Post AMAS Developer Guide 73 


Classification: PUBLIC 


8 The PAF 


The Postal Address File (PAF) is released to participants at key points during the certification process. 


The development PAF is issued at the start of the cycle and to new participants who are developing software for the first time. This version 
of the PAF is designed for the purpose of software development only, and once the software has passed certification, a full and current 
version of the PAF is provided to the participant. 


Australia Post continues to provide updated versions of the PAF to participants for their certified software at set release dates. 


For more information, refer to the Australia Post Data Guide. This is a comprehensive guide to the PAF, file structures, technical 
specifications, release dates and distribution methods. 


8.1 Provision of the PAF 


The coloured boxes show the relevant steps where a participant will receive the PAF from Australia Post during and after certification 
process. The PAF will be received multiple times throughout the year according to the PAF update timetable the Australia Post Data Guide. 


DEVELOPMENT 
(PAF VO 
New Yes is released for 
ONBOARD Development 
and Approval 
Process) 


APPROVAL PAYMENT 


Participant? 


MODIFICATION 


Has the 
software or 
PAF changed 
since the last 
cycle? 


Continuing 
AMAS 
Certification? 


WELCOME 
BACK 


DECLARATION PAYMENT 


Yes 


DEVELOPMENT 
PAF VO 


is released for APPROVAL PAYMENT 


Development 
and Approval 
Process) 


For full details refer to the information provided in the Australia Post Data Guide. 
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9 Making Modifications 


If changes are made to your software which has already been tested and approved within in the AMAS cycle, it must be retested in order to 
maintain AMAS certification. 


For example, a participant may have their software is approved by Australia Post in September (in preparation for the coming year) with an 
AMAS certificate being issued. The participant may make changes to the software in March and will need to request another Approval Test 
File, pass the AMAS approval process and have a new certificate issued to maintain the software's' AMAS accreditation. 


Note: fees may apply to re-testing software during the same AMAS cycle. Refer to the licence agreement for further details. 


9.1 The Modification Process 


The coloured boxes show the relevant steps that relate to making modifications during an annual AMAS cycle. The modification process 
applies only after software is approved and changes are required. This step involves going back to the software development process, 
making changes to your software, performing the self-test before going through the approval process. Refer to the relevant sections of this 
guide for more details 


Other fees may apply. Refer to Licence Agreement 


DEVELOPMENT APPROVAL 


Has the 

software or 
PAF changed 
since last 
cycle? 


WELCOME 
BACK 


DECLARATION 


Modification refers only to changes made within the same cycle after an approval has been granted. 


Re-approval test can be requested free of charge twice for each platform per AMAS cycle and a fee will be applied for each subsequent re- 
approval test for Modified software. Refer to the Licence Agreement for more information. 
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10 The Termination Process 


Should you no longer wish to maintain AMAS certification for your software, you will need to contact Australia Post for information on the 
termination process. Marketing support for software promotion will cease when a participant terminates and is no longer part of the 
program. 


10.1 The Termination Process 


The coloured show the relevant steps to terminating a participant's involvement in the AMAS Program. 


Continuing 
AMAS 
Certification? 


10.2 De-Registration Form 


If a participant no longer wishes to continue their software certification and use the PAF, they need to request a De-Registration Form and 
submit it to apdata.help@auspost.com.au for processing. This form is the formal notification to withdraw from the program and must be 
completed. 


The de-registration form includes a declaration that the participant will cease to use the PAF for address matching software. It is also 
necessary to identify which PAF release will be the last issue used by the participant. The participant may terminate the licence agreement 
according to the terms within the agreement. 


10.3 Software Implications 


Once the participant has ceased to be part of the AMAS Program, they are not permitted to sell the software product or promote the 
software using the AMAS certified branding. Specific details about terminating a licence with Australia Post are listed in the licence 
agreement including details around fees and any other associated costs. 


If the participant has downloaded the PAF from an online source, the participant must cease use of this file and destroy copies of the PAF 
immediately. 


All marketing support including promotion through the Australia Post website of the participant and their software products will be removed 
at the termination of the licence agreement. Access to the support services provided by apdata.help@auspost.com.au will also end at the 
termination of the agreement. 
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11 Support and Troubleshooting 


Australia Post has a commitment to providing a quality service to its AMAS participants. The focus of the apdata.help@auspost.com.au team 
is to provide technical support and be the first point of contact for the majority of your technical queries and problems. This section also 
contains some FAQs to assist participants with basic troubleshooting. 


11.1 General Support 


11.1.1 apdata.help@auspost.com.au 


The apdata.help@auspost.com.au team liaises with a variety of internal and external parties to provide support to participants. The major 
contacts are: 


e  AMAS Program Team 
e The Address and Network Data Management Centre (ANDMC) as custodians of the Address Topology Location and Spatial (ATLAS) 
e External Address issuing authorities, via the ANDMC team and AddressPost 
e The Information Technology section of Australia Post involved in AMAS Program related software support and development 
e The data product management team 
e The related sections of Australia Post dealing with: 
o barcode printing (Barcode Quality Program) 
o lodgement of barcoded mail, lodgement validation of barcodes, and PreSort Letters Service 
o Marketing. 


11.2 Marketing Support 


11.2.1 The AMAS Logo 


The AMAS Logo signifies that your address matching software has passed the quality standards of Australia Post. Once your software is 
approved by Australia Post, you are permitted to use the AMAS Logo as represented below. 


It is important that the AMAS visual identity is presented in a unified and consistent way. Refer to the licence agreement for full details on 
the use of the AMAS logo or contact apdata.help@auspost.com.au for more information. 


11.2.2 Marketing Support 
AMAS Product Summary Guide 


As an AMAS Participant you receive the right to marketing support for your software by Australia Post, in various promotional activities. 
Contact apdata.help@auspost.com.au for more information. 


The AMAS Product Summary Guide is promoted on the Australia Post website. It allows you to provide relevant details about your 
organisation and approved products for the benefit of companies interested in purchasing an AMAS approved product. 


The AMAS Product Summary Guide is also made available to organisations looking for AMAS approved Address Matching software. 


11.3 PAF Feedback 


Australia Post uses a variety of sources and processes to determine what addresses should be added to the PAF. The sources include 
relationships with State Land Authorities and Councils and other organisations, mail received through our sorting equipment, postal delivery 
staff and comparison to our datasets. 


Australia Post has developed quality control processes to manage, maintain and improve the information we provide through our 
commercial offering. Data is validated and verified against many different sources to ensure consistency and accuracy. 


Address queries received from participants are included into the process though no guarantee is made on the results and time of changes. 
Future PAF releases may incorporate any resolved address queries and the latest address data. 


In addition, Australia Post will hold forums from time to time with the aim to provide updates and create a cooperative environment where 
participating organisations share their ideas and experiences, issues, suggestions and comments. 
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12 Glossary 


Term / Abbreviation 


Address and Network Data 
Management Centre 
(ANDMC) 


Address Issuing Authorities 


Address Matching Rules 


Address Matching Software 


Address Topology Location 
and Spatial (ATLAS) 


AM 
AMAS 


AMAS Approved Software 
List 


AMAS Certificate 


AMAS Cycle 
AMAS Licence Agreement 
AMAS Logo 


AMAS Program Declaration 
& Recognised Software 
Information Form 


AMAS Year 


Amendable 
AP 

APCN 
Approval Test 


Approval Test File (ATF) 


Approved Address Format 


ASCII file 


Australia Post’s Address 
Presentation Standards 
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Custodians of the to Address Topology Location and Spatial (ATLAS) 


Organisations that have the responsibility to issue addresses. For example, Local Council and 
Department of Land Authorities. 


Rules that must be followed when matching to addresses in the PAF, in order for answers to be scored 
as correct in the Approval Test. 


Software that can match and correct addresses and has the capability of appending the correct Delivery 
Point Identifier (DPID) to each address record. 


Australia Post’s core addressing database 


Address Matching (as a prefix to AM Rules). 


Australia Post’s Address Matching Approval System which is a system that evaluates and approves 
software based on the software’s ability to validate, match and append the correct DPID. 


The AMAS Approved Software List provides participants with an advertising opportunity. AP will publish 
the information provided by participants about their software and post it on the Internet. 


The AMAS certificate is issued to participants upon passing the Approval Test. It provides evidence that 
the participant’s software has passed the Approval Test. A certificate is given for each platform. 


Refer to AMAS Year. 
Agreement that outlines the terms and conditions of the AMAS licence. 


A logo that represents the AMAS Program. It signifies the participants’ address matching software has 
passed the quality assurance standards of Australia Post. 


A form to be filled in by participants at the time of testing, declaring that all results submitted to AMAS 
for evaluation for the formal approval process were obtained by using the Australia Post Postal Address 
File (PAF) in conjunction with their software. Further, those results were obtained without any extra 
manual or automated processing, except for the purpose of producing results in the format required for 
the formal approval test. 


The period commencing on January 1*t and expiring on December 31*'. These dates can be extended 
under various circumstances. 


Where address correction is required and a match is Expected. 
Australia Post 
Australia Post Customer Number 


Enables software developers to demonstrate the accuracy of their address matching software to 
Australia Post. This is required in order to gain AMAS approval. 


A test file of randomised addresses supplied by Australia Post to the participants for the purpose of 
testing the participants' software in accordance with the AMAS approval testing process. This term is 
specific to Batch Testing. 


The address format used in the PAF and any records with a value of V (V = Valid) from the code and/or 
synonym file are acceptable and can be returned in the appropriate answer field of the Approval Test 
File. 


American Standard Code of Information Interchange File. The internal representation for storing 
information. 


Standards which have been specifically developed for the “machine readable" addressing of small 
letters. It is recommended that they apply to all categories of mail, including hand addressed mail 
items. 
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Barcode 


Barcode Quality Program 
(BQP) 


BAS 


Batch Performance 
Summary Report 


Batch software 


BNS 

BVS 
Bypass 
CBQA 
CD 

CG 
CMQP 
Code file 


Commercial MLOCR Quality 
Program (CMQP) 


CFM 
Customer 


Customer Barcode Quality 
Assurance (CBQA) 


Delimiters 
Delivery Identifier (DID) 


Delivery Point Identifier 
(DPID) 


DPID 
End User 


Error Report 


Error Statistics Report 


Exact Matching 


Flat Unit Type 
Floor Level Type 
Geocode 

ICF 

ISO 

ISO 9001 


ISO 9660 
ITS 
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A series of vertical lines of specific variety of lengths, used to represent numerical and alphabetical 
characters. 


The Barcode Quality Program (BQP) is a voluntary program designed to provide customers and vendors 
generating and printing barcodes the capability to measure the quality of their barcodes against the 4- 
State barcode specifications. 


Batch Amendable Test Scoring (as a prefix to BAS Rules) 


A report that gives a summary of results from an approval test. 


Software that accepts bulk data and manipulates them in accordance with the Address Matching 
Approval System (AMAS) Program rules. 


Batch No Match Test Scoring (as a prefix to BNS Rules) 

Batch Valid Test Scoring (as a prefix to BVS Rules) 

Not attempting to match an address in the Approval Test File. 
Customer Barcode Quality Assurance 

Compact Disk 

Conversion Guideline (as a prefix to CG Rules) 

Refer to Commercial MLOCR Quality Program 


Contains details of acceptable and unacceptable representations of individual address components and 
forms part of the PAF. Itis named Code.zip 


Australia Post's CMQP is a system that evaluates and approves Commercial MLOCR's based on the 
Commercial MLOCR's ability to validate, match and append the correct barcode. 


Code File Matching (as a prefix to CFM Rules) 
Refer to End User. 


Software used to test the content and print quality of 4-state barcodes against Post barcode 
specifications. 


Characters used to separate fields. 
An eight-digit code identifying either an entire street, or an entire locality. Selectively populated. 


An eight-digit code developed by Australia Post which enables each delivery point in Australia to be 
uniquely identified. 


Refer to Delivery Point Identifier 


A third party licensed to use the Licensee Software and sub-licensed to use the PAF by or on behalf of 
the Licensee or otherwise authorised by the Licensee to use the PAF. 


A report that individually details all the errors for each incorrect test record contained in the returned 
Approval Test File. 


A report that details the error types in the returned Approval Test File 


The logical procedure to match an input address to the corresponding record in the PAF: The 
participants find the corresponding PAF record that has all the same elements as the input address 


The term used to generically describe Flats, Units, Apartments, Suites, Shops, and Offices 
Descriptions used to identify the floor or level of a multi-storey building or complex 

A code that details the longitude and latitude of a particular place on the earth. 

Refer to PAF Incremental Changes File (ICF) 

The short name for the International Organisation for Standardisation 


AS/NZS ISO 9001. Quality system model for quality assurance in design/development, production, 
installation and servicing. 


International Standard for data storage on CD ROM. 


Information Technology Services Group of Australia Post 
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Lot 


LVR 


Mail Houses 
MLOCR 
MMUA 


Multi Line Optical Character 
Recognition (MLOCR) 


No Match 


PAF Agreement 


PAF Incremental Changes 
File (ICF) 


PAF Update 


Parsing (Address Parsing) 


Participants 


Performance Summary 
Report 


POST 


Postage Meters 


Postal Address File (PAF) 


Postal Delivery Types 


Postcode 


PPM 


PreSort Letters Service 


QMS 
Quality Addressing 


Quality Management 
System (QMS) 


Quality Manual 
Quality Policy 


RAAT 


Lot/section reference allocated to a property, recorded by the appropriate Government Department, 
during the sub-division of a particular parcel of land 


Large Volume Receivers. A customer that has been assigned a unique postcode because of the volume 
of mail they receive. 


Organisations that provide bulk mail preparation and lodgement services. 
Refer to Multi Line Optical Character Recognition 
Major Mail Users Australia Ltd 


Mail sorting equipment which "reads" addresses on mail, identifies the DPID, sprays on an associated 
barcode and sorts the mail piece dependant on the DPID and a predetermined sort plan. 


Where an address cannot be matched to the PAF after applying all the AMAS Program Address 
Matching Rules. 


Agreement to supply the participants with the PAF to assist in developing and testing address matching 
and correction software subject to various terms and conditions. 


The file created by the AMAS Program containing DPIDs, action codes and indicators to indicate deleted 
addresses and changed address information for those DPIDs that have had some or all address 
components modified since the previous PAF. 


The next issue of a PAF or an updated version of the PAF including deletions, additions and 
modifications of the addresses and the DPIDs incorporated within it and any other structural changes 
that Australia Post may make to the PAF. 


Breaking an address down into individual address components such as house number, street name, 
street suffix, locality, state, and postcode 


Any organisations who have registered for the AMAS Program. 


Details the overall evaluation of the returned Approval Test File 


Australia Post. 


Modern franking machines that provide businesses with an innovative and convenient method by which 
postage for mail can be paid. Customers can access a comprehensive range of Australia Post services 
using a postage metre, including business services such as PreSort. 


The database created by Australia Post containing Australian addresses in a correct address format, 
with their corresponding DPIDs. 


Identification of a specific postal address, and the service number, if applicable. Eg, PO Box 


A four digit numeric code for a postal delivery area, usually aligned with placename, suburb or locality 
and in some circumstances a unique Postal Delivery Type 


Primary Point Matching (as a prefix for PPM Rules). 


A discount service for customers posting more than 300 mail pieces. To access the pre-sort service, mail 
must be barcoded and sorted before it is lodged at an Australia Post lodgement point. 


AMAS Program Quality Management System 


The process of altering incorrect addresses on other databases to accurately correspond to the correct 
address as held on the PAF. 


Set of standards and procedures embedded within each relevant task performed by the AMAS Program 
team members 


The document stating the quality policy and describing the quality system.2 


Policy for quality, including objectives for quality and the company's commitment to quality, defined by 
management with executive responsibility. The quality policy is relevant to organisation's goals and the 
expectations and needs of its customers ? 


Rapid Approval Test 


? AS/NZS ISO 9000:2006 
3 AS/NZS ISO 9001:2000 
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RAATF 


Ranged Address 
Rapid Software 


Registration Fee 


SBAS 
SBNS 
SBVS 
Self Test File (STF) 


SG 
SRTS 


Standardisation 


State Types 
SFM 


Supply and Licence 
Agreement for Australia 
Post's Postal Address File 
(PAF Agreement) 


Synonym File 


TB 
Unique Identifier or Key 


Validate 


Rapid Approval Test File used to evaluate and approve Rapid Software. This term is specific to Rapid 
Testing. 


Signifies an address that includes a number range eg. 317-321 


Software that accepts an entire or partial address and then displays a list of possible address matches 
for manual selection, returning the standardised address and corresponding DPID 


The registration fee is a commitment to develop and use Australia Post Data, It is a flat fee is paid on an 
annual basis, and is a fixed fee, paid regardless of the time of year registration occurs. 


Sub-Licensee Batch Amendable Test Scoring (as a prefix to SBAS Rules) 
Sub-Licensee Batch No Match Test Scoring (as a prefix to SBNS Rules) 
Sub-Licensee Batch Valid Test Scoring (as a prefix to SBVS Rules) 


A file that is designed to assist software developers to measure and self-diagnose the accuracy of their 
address matching logic. 


Standardisation Guideline (as a prefix to SG Rules) 
Sub-Licensee Rapid Test Scoring (as a prefix to SRTS Rules) 


This process ensures only valid AMAS Program representations of address components are used in the 
address matching process. 


The defined State or Territory in Australia (in abbreviated format). 
Synonym File Matching (as a prefix to SFM Rules) 


Refer to "PAF Agreement" 


This file contains details of acceptable and unacceptable locality synonyms to aid in address matching. 
It forms part of the PAF and is named Synonym.zip 


Tie Breaking (as a prefix to TB Rules) 
This unique key, when carried in another file, allows data from the two files to be linked. 


Compare customer data with the data in the PAF. 


12.1 Barcoding 


Search on auspost.com.au for additional information about barcoding. 


Addresses appearing on Mail with a DPID based Barcode 


Only an address that has been successfully matched through the AMAS software and contains a Locality name and Postcode may appear on 
a mail piece with its associated DPID based barcode. If the address has been modified through an address correction process, separate from 


an AMAS process, to enable a match to the PAF, the original address may not be used on a mail piece with the matched DPID. Only the 


address presented to the AMAS software or the relevant PAF address, may appear on the mail piece. 


Australia Post AMAS Developer Guide 


Classification: PUBLIC 
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